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SEAMLESS COMMUNICATION BETWEEN AN IMPLANTABLE 
MEDICAL DEVICE AND A REMOTE SYSTEM 

RELATED PATENT APPLICATIONS 

This application is a Continuation-In-Part of U.S. Patent Application Serial No. 
09/765,481, entitled "System and Method of Communicating Between an Implantable 
Medical Device and a Remote Computer System or Health Care Provider" to Medtronic, 
Inc. filed January 18, 2001; U.S. Patent Application Serial No. 09/764,700, entitled 
"System and Method for Emergency Communication Between an Implantable Medical 
Device and a Remote Computer System or Health Care Provider" to Medtronic, Inc. filed 
January 18, 2001; U.S. Patent Application Serial No. 09/765,218, entitled "System and 
Method of Automated Invoicing for Communications Between and Implantable Medical 
Device and a Remote Computer System or Health Care Provider" to Medtronic, Inc. filed 
January 18, 2001; and U.S. Patent Application Serial No. 09/764,681, entitled "System 
and Method for Remote Programming of an Implantable Medical Device" to Medtronic, 
Inc. filed January 18, 2001, the entire content of each of which is incorporated herein by 
reference. 

In addition, this patent application claims priority and other benefits from U.S. 
Provisional Patent Application Ser. No. 60/176,499 entitled "Method and System for 
Patient Controlled Data Exchange between Physician and Implanted Device" to Haller et 
al. filed January 18, 2000, and incorporates the entirety of same by reference herein. This 
patent application is also a continuation-in-part of U.S. Patent Application Ser. No. 
09/348,506 entitled "System for Remote Communication with a Medical Device" to 
Ferek-Petric filed July 7, 1999, and incorporates the entirety of same by reference herein. 
Also incorporated by reference herein, each in its respective entirety, are the following 
pending U.S. Patent Applications: (1) U.S. Patent Appln. Ser. No. 09/430,208 filed 
October 29, 2000 for "Automatic Invoice upon Pacemaker Implant" to Linberg; (2) U.S. 
Patent Appln. Ser. No. 09/466,284 filed December 17, 1999 for "A Virtual 
Electrophysiologic Value-Added Service for Cardiac Rhythm" to Linberg et al.; (3) U.S. 
Patent Appln. Ser. No. 09/437,615 filed November 10, 1999 for "Method for Remote 
Delivery of Software-Based Training with Automated Support for Certification and 
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Enabling Software Applications on Programmers" to Linberg; (4) U.S. Patent Appln. Ser. 
No. 09/426,741 filed October 26, 1999 for "Remote Troubleshooting and Preventive 
Maintenance of Programmers" to Linberg; (5) U.S. Patent Appln. Ser. No. 09/429,960 
filed October 29, 1999 for "Method to Automate Remote Medical Instrument Updates"" to 
Linberg; and (6) U.S. Patent Appln. Ser. No. 09/429,956 filed October 29, 1999 for 
"Electronic Self-Identification of Medical Instruments and Smart Peripherals" to Linberg. 

TECHNICAL FIELD 

The present invention relates generally to medical device systems, and more 
particularly relates to a system and method for communication between an implantable 
medical device (IMD) and a remote computer and/or health care provider employing a 
mobile telephone and a communication module linked thereto. 

BACKGROUND 

An ideal technology-based health care system would be capable of fully integrating 
the technical and social aspects of patient care and therapy and permit a patient or a 
medical device implanted within the patient to communicate with a remote computer 
system or health care provider irrespective of the location of the patient, the remote 
computer system or the health care provider. While clinicians will continue to treat 
patients in accordance with accepted modern medical practice, developments in 
communications technology are making it ever more possible to provide medical services 
in a time- and place-independent manner. 

Prior art methods of providing clinical medical services are generally limited to 
in-hospital or in-clinic procedures. For example, if a physician must review the 
performance parameters of an implantable medical device (hereinafter "IMD") in a 
patient, it is likely the patient will have to visit a clinic or hospital where the review can 
accomplished. If the medical conditions of a patient having an IMD warrant continuous 
monitoring or adjustment of the device, the patient may have to remain at the hospital. 
Such continued treatment poses economic and social problems. Additionally, patients' 
physical movements are restricted and patients are inconvenienced by the need to visit or 
stay in a hospital or a clinic. As the proportion of the population with implanted medical 
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devices increases, ever more hospitals, clinics and service personnel will be required to 
provide in-hospital or in-clinic services to such patients, thus escalating healthcare costs. 
In accordance with prior art practice, most patients having IMDs are required to visit a 
clinical center for occasional retrieval of data therefrom. Typically, the IMD's 
performance is assessed and patient data are acquired for clinical and research purposes. 
Such data is usually acquired by having the patient visit a hospital or clinic where data 
stored in the memory of the IMD is uploaded to a programmer. Depending on the 
frequency of data acquisition and storage, this procedure can result in difficulty and 
inconvenience for patients living in rural areas or having limited physical mobility. 
Similarly, if the software in an IMD must be updated, the patient is required to come into a 
clinic or hospital to have the upgrade installed. 

The prior art discloses various types of remote sensing and communication systems 
that interact with IMDs. One such system is disclosed in Funke, U.S. Patent No. 
4,987,897. This patent discloses a system that is at least partially implanted into a living 
body with a minimum of two implanted devices interconnected by a communication 
transmission channel. The invention further discloses wireless communications between 
an external medical device/programmer and an implanted device. 
Another example of a prior art sensing and communication system is disclosed by 
Strandberg in U.S. Patent No. 4,886,064. In this patent, body activity sensors, such as 
temperature, motion, respiration and/or blood oxygen sensors, are positioned in a patient's 
body outside a pacer capsule. The sensors wirelessly transmit body activity signals, which 
are processed by circuitry in the heart pacer. The heart pacing functions are influenced by 
the processed signals. The signal transmission is a two-way network and allows the 
sensors to receive control signals for altering the sensor characteristics. 
In U.S Patent No. 4,494,950, Fischell discloses a system consisting of a plurality of 
separate modules that collectively perform a useful biomedical purpose. The modules 
communicate electromagnetically with one another without the use of interconnecting 
wires. Physiologic sensor measurements sent from a first module cause a second module 
to perform some function in a closed loop manner. 

One example of remote monitoring of implanted cardioverter defibrillators is U.S. 
Patent No. 5,321,618 to Gessman, where a remote apparatus is adapted to receive 
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commands from and transmit data to a central monitoring facility over telephone 
communication channels. The remote apparatus includes equipment for acquiring a 
patient's ECG and transmitting same to the central facility using telephone 
communications channels. The remote apparatus also includes a segment, responsive to a 
command received from the central monitoring facility, for enabling the emission of audio 
tone signals from the cardioverter defibrillator. The audio tones are detected and sent to 
the central monitoring facility via the telephone communication channel. The remote 
apparatus also includes patient alert devices, which are activated by commands received 
from the central monitoring facility over the telephone communication channel. 

An additional example of prior art practice includes a packet-based telemedicine 
system for communicating information between central monitoring stations and a remote 
patient monitoring station disclosed by Pfeiffer in WO 99/14882 published 25 March, 
1999. This disclosure relates to a packet-based telemedicine system for communicating 
video, voice and medical data between a central monitoring station and a patient that is 
remotely located with respect to the central monitoring station. The patient monitoring 
station obtains digital video, voice and medical measurement data from a patient and 
encapsulates the data in packets and sends the packets over a network to the central 
monitoring station. Since the information is encapsulated in packets, the information can 
be sent over multiple types or combination of network architectures, including a 
community access television (CATV) network, the public switched telephone network 
(PSTN), the integrated services digital network (ISDN), the Internet, a local area network 
(LAN), a wide area network (WAN), over a wireless communications network, or over 
asynchronous transfer mode (ATM) network. A separate transmission code is not required 
for each different type of transmission media. 

Another example of a telemetry system for IMDs is disclosed by Duffm et al. in 
U.S. Patent No. 5,752,976. The Duffin disclosure relates to a system and method for 
communicating with a medical device implanted in an ambulatory patient and for locating 
the patient in order to selectively monitor device function from a remote medical support 
network. The communications link between the medical support network and the patient 
communications control device may comprise a world wide satellite network, a cellular 
telephone network or other personal communications system. 
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Thompson et al. disclose a patient tracking system in U.S. Patent Nos. 6,083,248 and 
5,752,976 entitled "World-wide Patient Location and Data Telemetry System For IMDs <c . 
Thompson et al. also describe features for patient tracking in a mobile environment 
worldwide via the GPS system. 

Ferek-Petric discloses a system for communication with a medical device in co- 
pending U.S. Patent Application Ser. No. 09/348,506 entitled "System for Remote 
Communication with a Medical Device" filed July 7, 1999. Ferek-Petric 's disclosure 
relates to a system that permits remote communications with a medical device, such as a 
programmer. Experts provide guidance and support to remote service personnel or 
operators located at the programmer. The system may include a medical device adapted to 
be implanted into a patient; a server PC communicating with the medical device; the 
server PC having means for receiving data transmitted across a dispersed data 
communication pathway, such as the Internet; and a client PC having means for receiving 
data transmitted across a dispersed communications pathway from the SPC. In certain 
configurations, the server PC may have means for transmitting data across a dispersed data 
communication pathway (Internet) along a first channel and a second channel; and the 
client PC may have means for receiving data across a dispersed communication pathway 
from the server PC along a first channel and a second channel. 

Ferek-Petric further discloses the implementation of communication systems 
associated with IMDs that are compatible with the Internet. The communications scheme 
is structured primarily to alert remote experts to existing or impending problems with the 
programming device so that prudent action, such as early maintenance or other remedial 
steps, may be exercised in a timely manner. Further, because of the early warning or 
advance knowledge of the problem, the remote expert would be well informed to provide 
remote advice or guidance to service personnel or operators at the programmer. 
In U.S Patent No. 5,800,473, Faisandier et al. provide a system and method for the 
automatic update of the software of an external programmer implant that is used to 
program and configure an active IMD implant and acquire data obtained by the implant. 
The programmer comprises software composed of an assembly of software objects. The 
implant comprises a memory containing parametric data for the functioning of the implant 
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and an assembly of software objects necessary for the functioning of the programmer in 
connection with the parametric data. 

In U.S. Patent No. 5,772,586 to Heinonen et aL, there is disclosed a method for 
monitoring the health of a patient by utilizing measurements. The measurements are 
supplied via a communication device utilizing a wireless data transmission link to a data 
processing system available to the person monitoring the patient's health. The patient's 
health is monitored by means of the data stored in the data processing system. 

In EP 0 987 047 A2 to Lang et al. entitled "Patient Monitoring System" having a 
priority date of September 18, 1998, there is a description of sensing and acquiring 
physiological data with a pacemaker or defibrillator, and transmitting those data by mobile 
phone to an external system accessible by a cardiologist. The cardiologist may then 
evaluate the data and initiate emergency action such ordering an ambulance. The mobile 
phone may also be employed to determine the patient's geographical location, as well as to 
transmit a signal warning of a low state of charge in the pacemaker or defibrillator battery. 

It will now be seen that there exist many unfulfilled needs to more easily, quickly 
and cost-effectively monitor and control the performance of an IMD in a patient on a 
regular or continuous basis, where the patient is not required to visit a health care facility 
or a health care provider in person when the monitoring is undertaken. It will also now be 
seen that there exist many unfulfilled needs to more easily, quickly and cost effectively 
monitor and control the health of a patient having an IMD on a regular or continuous 
basis, where the patient is not required to visit a health care facility or a health care 
provider in person when the monitoring is undertaken. Ambulatory patients suffering from 
atrial fibrillation, chronic pain, bradycardia, syncope, tachycardia and other maladies 
treated with IMDs need a tool to communicate with their physicians or other health care 
providers when they want to. There are now over 2.5 million ambulatory implantable 
pacemaker patients, virtually all of whom must visit a clinic or hospital to have their 
health status or pacemaker performance checked. 

Patents and printed publications describing various aspects of the foregoing 
problems and the state of the art are listed below. 
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U.S. or Foreign 
Patent or Patent Application / 
Publication No. 

U.S. 4,494,950 

U.S. 4,531,523 
U.S.,53 1,527 
U.S. 4,768,176 
U.S. 4,768,177 
U.S. 4,886,064 
U.S. 4,987,897 
U.S. 5,047,948 
U.S. 5,100,380 
U.S. 5,113,869 
U.S. 5,172,698 
U.S. 5,200,891 
U.S. 5,226,425 
U.S. 5,321,618 
U.S. 5,336,245 
U.S. 5,338,157 
U.S. 5,354,319 



Inventor(s) 

Fischell 

Anderson 

Reinhold, JR. et al. 

Kehr et al. 

Kehr et al. 

Strandberg 

Funke 

Turner 

Epstein et al. 

Nappholz et al. 

Stanko 

Kehr et al. 

Righter 

Gessman 

Adams et al. 

Blomquist 

Blomquist 



Issue Date 
or 

Foreign Priority Date 

Jan. 22, 1985 

Jul. 30, 1985 
Jul. 30, 1985 
Aug. 30, 1988 
ug. 30, 1988 
Dec. 12, 1989 
Jan. 29, 1991 
Sept. 10, 1991 
Mar. 31, 1992 
May 19, 1992 
Dec. 22, 1992 
Apr. 6, 1993 
Jul. 13, 1993 
Jun. 14, 1994 
Aug. 9, 1994 
Aug. 16, 1994 
Oct. 11, 1994 
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U.S. or Foreign 
Patent or Patent Application / 
Publication No. 

U.S. 5,369,699 
U.S. 5,400,246 
U.S. 5,522,396 
U.S. 5,526,630 
U.S. 5,573,506 
U.S. 5,582,593 
U.S. 5,619,991 
U.S. 5,634,468 
U.S. 5,642,731 
U.S. 5,643,212 
U.S. 5,678,562 
U.S. 5,683,432 
U.S. 5,697,959 
U.S. 5,719,761 
U.S. 5,720,770 
U.S. 5,720,771 
U.S. 5,722,999 



Inventor(s) 

Page et al. 

Wilson et al. 
Langer et al. 
Markowitz et al. 
Vasko 
Hultman 
Sloane 
Piatt et al. 
Kehr 

Coutre et al. 
Sellers 

Goedeke et al. 

Poore 

Gatti et al. 

Nappholz et al. 

Snell 

Snell 



Issue Date 
or 

Foreign Priority Date 

Nov. 29, 1994 

Mar. 21, 1995 
Jun. 4, 1996 
May 6, 1997 
Nov. 12, 1996 
Dec. 10, 1996 
Apr. 15, 1997 
Jun. 3, 1997 
Jul. 1, 1997 
Jul. 1, 1997 
Oct. 21, 1997 
Nov. 4, 1997 
Dec. 16, 1997 
Feb. 17, 1998 
Feb. 24, 1998 
Feb. 24, 1998 
Mar. 3, 1998 
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U.S. or Foreign 
Patent or Patent Application / 
Publication No. 

U.S. 5,749,907 
U.S. 5,752,235 
U.S. 5,752,976 
U.S. 5,791,342 
U.S. 5,800,473 
U.S. 5,839,438 
U.S. 5,843,138 

U.S. 5,848,593 

U.S. 5,855,609 

U.S. 5,857,967 

U.S. 5,876,351 

U.S. 5,895,371 

U.S. 5,912,818 

U.S. 5,941,906 

U.S. 5,944,659 

U.S. 5,954,641 

U.S. 5,971,593 



Inventor(s) 

Mann 

Demenus et al. 
Duffin et al. 
Woodard 
Faisandier 
Craettinger et al. 
Goedeke et al. 
Mcgrady et al. 
Knapp 
Frid et al. 
Rohde 
Le vital et al. 
McGrady et al. 
Barreras Sr. et al. 
Flach et al. 
Kehr et al. 
McGrady 



Issue Date 
or 

Foreign Priority Date 

May 12, 1998 

May 12, 1998 

May 19, 1998 

Aug. 11, 1998 

Sep. 1, 1998 

Nov. 24, 1998 

Dec. 1, 1998 

Dec. 15, 1998 

Jan. 5, 1999 
Jan. 12, 1999 
Mar. 2, 1999 
Apr. 20, 1999 
Jun. 15, 1999 
Aug. 24, 1999 
Aug. 31, 1999 
Sep. 21, 1999 
Oct. 26, 1999 
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U.S. or Foreign 
Patent or Patent Application / 
Publication No. 

U.S. 5,974,124 



U.S. 5,977,431 



U.S. 5,987,519 
U.S. 5,993,046 
U.S. 6,004,020 
U.S. 6,006,035 
U.S. 6,022,315 
U.S. 6,023,345 
U.S. 6,024,539 
U.S. 6,025,931 
U.S. 6,035,328 
U.S. 6,053,887 
WO 99/14882 
WO 97/00708 
EP 0 987 047 2 
EP 062 976 A2 
EP 062 980 A2 
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Inventor(s) 

Schlueter, Jr. et al. 

Knapp et al. 
Peifer et al. 
McGrady et al. 
Bartur 
Nabahl 
Iliff 

Bloomfield 
Blomquist 
Bloomfield 
Soukal 
Levitas et al. 
Pfeifer et al. 
Duffin et al. 
Lang et al. 
Schaldach et al. 
Kraus et al. 



Issue Date 
or 

Foreign Priority Date 

Oct. 26, 1999 

Nov. 2, 1999 
Nov. 16, 1999 
Nov. 30, 1999 
Dec. 21, 1999 
Dec. 21, 1999 
Feb. 8, 2000 
Feb. 8, 2000 
Feb. 15,2000 
Feb. 15, 2000 
Mar. 7, 2000 
Apr. 25, 2000 
Mar. 25, 1999 
Jan. 9, 1997 
Sept 18, 1998 
June 26, 1999 
June 25, 1999 



WO 03/095024 



PCT/US03/12075 



11 



U.S. or Foreign 
Patent or Patent Application / 



Issue Date 
or 



Publication No. 


Inventor (s) 


TTni-pian Priori tv Date 


FP 06? QR1 A2 

JJ/Jl vUZ. VOX il-Li 


Kraus et al. 


June 25, 1999 


EP 062 982 A2 


Rraus et al. 


June 25, 1999 


EP 062 983 A2 


Kraus et al. 


June 25, 1999 


EP 062 984 A2 


Kraus et al. 


June 25, 1999 


EP 062 985 A2 


Kraus et al. 


June 25, 1999 


EP 062 986 A2 


Lorkowski et al. 


June 25, 1999 



All patents and printed publications listed hereinabove are hereby incorporated by 
reference herein, each in its respective entirety. As those of ordinary skill in the art will 
appreciate readily upon reviewing the drawings set forth herein and upon reading the 
Summary of the Invention, Detailed Description of the Preferred Embodiments and 
Claims set forth below, at least some of the devices and methods disclosed in the patents 
and publications listed hereinabove may be modified advantageously in accordance with 
the teachings of the present invention. 

SUMMARY 

Various embodiments of the present invention have certain objects. That is, 
various embodiments of me present invention provide solutions to problems existing in the 
prior art, including, but not limited to, problems such as: (a) requiring patients having 
IMDs to visit a hospital or clinic for routine monitoring of the patient's health; (b) 
requiring patients having IMDs to visit a hospital or clinic for routine monitoring of the 
IMD's performance; (c) requiring patients having IMDs to visit a hospital or clinic when 
the IMD is to be re-programmed; (d) relatively long periods of time passing (e.g., hours, 
days or even weeks) between the time a patient first detects a problem with the operation 
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of an IMD or the patient's health on the one hand, and the time the problem is actually 
diagnosed and/or acted upon by a physician or other health care professional on the other 
hand; (e) IMD performance monitoring being relatively expensive owing to patients being 
required to visit a clinic or hospital; (f) monitoring of patients having IMDs being 
5 relatively expensive owing to patients being required to visit a clinic or hospital; (g) 

existing remote patient monitoring telephony systems being expensive, bulky, unwieldy, 
stationary, and limited in application; (h) existing remote IMD monitoring telephony 
systems being expensive, bulky, unwieldy, stationary, and limited in application; (i) 
complicated, expensive, non-uniform and time-consuming billing, invoicing and 

10 reimbursement systems for medical services rendered; (j) non-continuous service as the 

patient travels from location to location, such as between a residence and an office; (k) 
complicated or difficult procedures for purchasing, upgrading or otherwise modifying 
service levels provided remotely; (1) the potential for unauthorized access to the data 
generated by, or actions performed by the IMD; and (m) cumbersome or bulky 

1 5 communication devices . 

Various embodiments of the present invention have certain advantages, including, 
without limitation, one or more of: (a) reducing, if not eliminating, the requirement for a 
patient having an IMD to visit a clinic or a hospital for routine check-ups or monitoring of 
the IMD; (b) substantially reducing costs associated with monitoring patients having 

20 IMDs; (c) substantially reducing costs associated with monitoring the performance of 

IMDs; (d) providing a patient having an IMD with the ability to contact a health care 
provider or health care provider service almost instantly in respect of the patient's current 
health status; (e) providing a patient with the ability to contact a health care provider or 
health care provider service almost instantly in respect of the performance of the IMD; (f) 

25 providing a patient having an IMD with the ability to contact a health care provider or 

health care provider service in respect of the patient's current health status from almost 
any location; (g) providing a patient having an IMD with the ability to contact a health 
care provider or health care provider service in respect of the performance of the IMD 
from almost any location; (h) providing a health care provider or service provider with the 

30 ability to contact almost instantly a patient having an IMD in respect of the patient's 

current health status; (i) providing a health care provider or service provider with the 
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ability to contact almost instantly a patient having an IMD in respect of the performance of 
the IMD; (j) providing a health care provider or service provider with the ability to contact 
a patient located almost anywhere having an IMD in respect of the patient's current health 
status; (k) providing a health care provider or service provider with the ability to contact a 
5 patient located almost anywhere having an IMD in respect of the performance of the IMD; 

(1) providing a health care provider or service provider with the ability to re-program an 
IMD located almost anywhere; (m) providing a health care provider or service provider 
with the ability to quickly download new software to an IMD located almost anywhere; 
(n) providing a health care provider or service provider, or a patient having an IMD, to 

10 contact an emergency medical service quickly in the event monitoring of the patient or the 

IMD reveals such a service is required; (o) providing a computer system with the ability to 
automatically and quickly contact an emergency medical service in the event monitoring 
of the patient or the IMD reveals such a service is required; (p) enabling remote software 
debugging, analysis, troubleshooting, maintenance and upgrade of the IMD or the 

15 communication module; (q) generating medical service invoices automatically and 

efficiently; (r) regulating secure and private access to and from the IMD; (s) providing a 
secure, robust, and reliable system for seamlessly communicating between the IMD and 
the remote system; (t) the ability to continuously monitor the patient as the patient travels, 
such as between an office and a residence of the patient; (u) simplifying the process for 

20 upgrading or otherwise modifying the service level provided to the patient by the remote 

system; (v) preventing the unauthorized modification of information and disruption of 
services; (w) preventing the unauthorized collection, distribution and disclosure of 
information; (x) controlling access to therapeutic capabilities provided by the IMD; (y) 
automatically sensing and selecting one of a number of detected communication channels 

25 based on a variety of criteria including, the nature of the data received from IMD, the 

reliability of each detected channel, the speed of each detected channel, the cost for using 
each detected channel, and the like; (z) sensing and establishing primary and backup 
communication channels between the IMD and the remote system; (al) selecting channels 
of communication according to criteria, such as transmission speed, reliability, including 

30 error correction and data redundancy that may be available, real-time behavior, topology, 

such as one-to-many, one-to-one, and sequential, Quality of Service (QoS) functionality 
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for the reservation of communication resources, such as an allocation of bandwidth to 
support a required transfer rate, and the like; (bl) automating the generation of invoicing 
information, and automatically communicating the invoicing information to insurance 
providers based on information stored within a general interface unit (GIU) located on, 
5 near, or within the patient; (cl) providing a general interface unit that incorporates a card 

reader capable of reading a service card, such as a smart card, and updating that service 
information based on the data; (dl) the ability to make use of pre-paid service cards 
having service information for pre-paid remote services offered by a remote system; (el) 
the ability to make use of service cards prescribed by clinicians, or purchased 

10 electronically by accessing a website or other means provided by the remote system; and 

(f 1) the ability to readily interconnect components to form a body local area network near, 
on, or within the body of the patient, or any combination thereof, for seamless and secure 
communication between multiple IMDs and the remote system. 

Various embodiments of the present invention have certain features, including one 

15 or more of the following: (a) a communication module, separate from, connectable to, or 

integral with a mobile telephone, the module being capable of communicating with an 
IMD and the mobile telephone; (b) a communication module capable of communicating 
with an IMD and a mobile telephone comprising a microprocessor, a controller or other 
CPU, computer readable memory operable connected to the microprocessor, controller or 

20 CPU, and at least one RF or other suitable type of communications circuit for transmitting 

information to and receiving information from the IMD; (c) a communication module 
capable of communicating with an IMD and a mobile telephone comprising a data output 
port, cable and connector for connection to a mobile telephone data input port; (d) a 
communication module capable of communicating with an IMD and a mobile telephone 

25 comprising computer readable software for initiating and maintaining communications 

with a mobile telephone using standardized handshake protocols; (e) a communication 
module capable of communicating with an IMD and a mobile telephone comprising at 
least one of: a telemetry signal strength indicator, a telemetry session success indicator; a 
computer readable medium (such as volatile or non-volatile RAM, ROM, EEPROM, a 

30 hard or floppy disk, flash memory, and so on) for storing patient data and/or IMD data 

and/or software; a real-time clock; a battery; a serial output interface; a parallel output 
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interface; (f) a communication module capable of communicating with an IMD and a 
mobile telephone, the module being electrically powered by a portable energy source such 
as a battery located in, or connected or attached to the mobile phone, or alternatively being 
electrically powered by its own portable energy source or household line ac power; (g) a 
5 communication module capable of communicating with an IMD and a mobile telephone, 

the module being plug-and-play compatible with the mobile telephone; (h) a 
communication module capable of communicating with an IMD and a mobile telephone, 
the module, upon receiving instruction from a patient having the medical device implanted 
therein, interrogating the implantable device to assess operational performance of the 

10 device and/or the health status of the patient, the module storing in a computer readable 

medium and/or relaying such information to the patient or to a remote computer via the 
mobile telephone; (i) a communication module capable of communicating with an IMD 
and a mobile telephone, the module, upon receiving instruction from a remote computer 
via the mobile telephone, interrogating the implantable device to assess operational 

15 performance of the device and/or the health status of the patient, the module relaying such 

information to the patient or to a remote computer via the mobile telephone; (j) a 
communication module capable of communicating with an IMD and a mobile telephone, 
the module, upon receiving instruction from a remote computer via the mobile telephone, 
relaying information stored in a computer readable storage medium contained within or 

20 attached to the module, where the information concerns performance of the IMD or the 

module, and/or the health status of the patient, to the patient and/or the remote computer 
via the mobile telephone; (k) use of a robust web-based remote expert data center, remote 
computer system or remote health care provider or health care provider, preferably 
accessible worldwide, to manage and tune software relating to the operational and 

25 functional parameters of the communication module or the IMD, most preferably in real- 

time or near real-time; (1) remote diagnosis, analysis, maintenance, upgrade, performance 
tracking, tuning and adjustment of a communication module or IMD from a remote 
location; (m) use of a highly flexible and adaptable communications scheme to promote 
continuous and preferably real-time data communications between a remote expert data 

30 center, remote computer, and/or remote health care provider or health care provider and 

the communication module via a mobile telephone; (n) a communications system capable 
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of detecting whether a component or software defect exists in the IMD and/or the 
communication module; (o) a communications system wherein if a defect or fault is 
discovered, the system is capable of determining whether a remote "fix" is possible — if 
not, the system broadcasts an alert to a remote health care provider, remote computer or 
5 remote expert based computer system, most preferably attending to the problem on a real- 

time basis; (p) a communications system capable of performing, by way of example only, 
data base integrity checks, mean time between failure status of predetermined components 
and their associated embedded systems; (q) a communications system capable of mining 
patient history, performance parameter integrity and software status from the 

10 communication module; ( r) an automatic medical service invoicing or billing system; (s) 

methods and processes associated with all the foregoing devices and/or systems; (t) a 
general interface unit (GIU) that provides continuous, real-time communication between 
the IMD and the remote system via one or more communication channels continuously 
detects available channels for communicating with remote system, and establishes 

15 communications sessions according to the detected channels; (u) a GIU that selects one of 

a number of detected communication channels based on a variety of criteria including, the 
nature of the data received from IMD, the reliability of each detected channel, the speed of 
each detected channel, the cost for using each detected channel, and the like; (v) a GIU 
that senses the availability of a mobile telephone for establishing a cellular or satellite 

20 based communication with the remote system; (w) a GIU that senses the availability of a 

data communication equipment (DCE), which may be located near the patient, that 
provides one or more of a number of communication channels including a wired telephone 
connections, a digital subscriber line, a cable modem connection, an optical connection, 
and the like; (x) a GIU that communicates with the DCE using a short-range wireless 

25 communication protocol, such as Bluetooth; (y) a GIU that senses the availability of an 

wireless access point to a local network, and may establish a channel with the local 
network according to a wireless networking protocol, such as IEEE 802.1 la or 802.1 lb; 
(z) a GIU that maintains channel data that parameterizes the channel according to criteria, 
such as transmission speed, reliability, including error correction and data redundancy that 

30 may be available, real-time behavior, topology, such as one-to-many, one-to-one, and 

sequential, Quality of Service (QoS) functionality for the reservation of communication 
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resources, such as an allocation of bandwidth to support a required transfer rate, and the 
like; (al) a GIU that stores and uses service information to regulate and control access to 
the IMD, the service information being optionally organized as encrypted pass codes that 
are matched against codes received from the remote system; (bl) a GIU that uses the 
5 service information for automated reimbursement control; (cl) a GIU that includes a card 

reader capable of reading a service card, such as a smart card, and that updates that service 
information based on the data; (dl) a body local network near, on, or within the body of 
the patient, or any combination thereof; (el) a body local network that includes multiple 
IMDs implanted within the body of the patient, and an implantable router or hub 

10 implanted within the body to communicatively couple the IMDs, and to receive data from 

the IMDs and route the data to the GIU; (f 1) a body local network in which a GIU 
includes a routing module; (gl) a body network in which each of a plurality of implanted 
devices are assigned a local network address, and GIU includes a network address 
translation (NAT) module to facilitate communications between the IMDs and the remote 

15 system; (hi) a body local network in which a GIU includes a firewall module to prevent 

the unauthorized access to the IMDs; a body local network that may be may be fixed to an 
article clothing of the patient, such as belt, or may be integrally woven in whole or part 
within the article clothing using electronic circuits and connecting wires that may be sewn 
into that article of clothing, flex electronics that integrate the functions into the article of 

20 clothing, conductive, semi-conductive or optical fabric strands for coupling components or 

implementing the circuitry, or any combination thereof. 

One embodiment of the present invention relates generally to a communications 
scheme in which a remote computer or computer system, or a remote health care provider, 
communicates with an IMD implanted within a patient by communicating through a 

25 mobile telephone and/or PDA and a communication module located near the patient, 

where the communication module is operatively connected to the mobile telephone and /or 
PDA and is capable of telemetrically uploading and downloading information to and from 
the IMD, and thence via the mobile telephone or PDA to the remote computer or health 
care provider. In some embodiments of the present invention, communications between 

30 the remote computer system or remote health care provider and the IMD include remotely 

debugging, updating or installing new software in the IMD or the communication module. 
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Another embodiment of the present invention comprises a communication module 
linked or connected via a mobile telephone to a remote health care provider or remote 
computer through the now nearly global mobile telephone communications network 
(which here is defined to include the Internet). At one end of the operative structure there 
is a remote computer, a remote web-based expert data center, and/or a remote health care 
provider. At the other end of the operative structure lies a mobile telephone or PDA 
operatively connected to a communication module, where the communication module is in 
turn capable of communicating with the IMD and is optionally capable of storing 
information obtained from the IMD therein. In-between the two foregoing ends of the 
system of that embodiment lies the worldwide telephone/Internet communications system. 

In yet another embodiment of the present invention, the critical components, 
embedded systems of and software in the communication module and/or the IMD may be 
remotely maintained, debugged and/or evaluated via the mobile telephone and/or PDA to 
ensure proper functionality and performance by down-linking suitable software or 
diagnostic routines or instructions originating at the remote computer, the remote health 
care provider, or the remote web-based expert data center, or by up-linking software 
loaded into the communication module and/or IMD for comparison or evaluation by the 
remote computer, the remote health care provider, or the remote web-based expert data 
center. The operational and functional software of the embedded systems in the IMD 
and/or the communication module may be remotely adjusted, upgraded or changed as 
required. At least some software changes may be implemented in the IMD by downlinking 
from the communication module to the IMD. 

In some embodiments of the present invention, the performance of the IMD, or 
physiologic signals or data indicative of the patient's health status, may be remotely 
monitored or assessed by the remote health care provider, the remote computer or 
computer system, or the remote expert data center via the mobile telephone and/or PDA 
and the communication module. 

In other embodiments of the present invention, there are provided communications 
systems comprising integrated and efficient methods and structures for clinical 
information management in which various networks, such as by way of example only, 
Local Area Networks (LANs), Wide Area Network (WANs), Integrated Services Digital 
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Network (ISDNs), Public Switched telephone Networks (PSTNs), the Internet, wireless 
networks, asynchronous transfer mode (ATM) networks, satellites, mobile telephones and 
other networks are implemented and coordinated with one another to transfer information 
to and from the IMD through the communication module and the mobile telephone to a 
remote computer, remote computer system, remote expert network, and/or a remote health 
care provider or other authorized user. 

In another embodiment, the present invention is directed to a system comprising a 
plurality of medical devices implanted within a body of a patient; and a general interface 
unit (GIU) to receive physiological data from the medical devices, wherein the GIU 
communicates the physiological data to a system for remote analysis. The general 
interface unit may include a routing module to communicate the physiological data by 
routing data packets between the remote system and the plurality of implantable medical 
devices. The system may further comprise an implantable routing device to route data 
packets between the general interface unit and the plurality of implantable medical 
devices. Each implantable medical device may be assigned a network address, and the 
general interface unit may perform network address translation (NAT) to provide 
communications between the plurality of implantable medical devices and the remote 
system. In addition, the general interface unit may comprise a firewall module to 
selectively provide access to the implantable medical device. 

In another embodiment, the present invention is directed to an apparatus comprising 
input/output (I/O) circuitry to receive physiological data from a medical device implanted 
within a body of a patient, a storage medium to store service information that defines a 
level of remote service paid for by the patient, and a processor to selectively communicate 
the physiological data to a remote system based on the service information. 

In another embodiment, the present invention is directed to a method comprising 
receiving with a general interface unit physiological data from a medical device implanted 
within a body of a patient; identifying one or more available communication channels to 
communicatively couple the general interface unit to a remote system; selecting at least 
one of the communication channels; and communicating the physiological data from the 
general interface unit to the remote system via the selected communication channel. The 
method may further comprise automatically establishing a communication session using 
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the selected communication channel, and monitoring for short-range wireless devices, 
wireless networking devices, and cellular mobile telephones as the patient travels between 
locations. 

In the interest of brevity and simplicity, the applicants refer to the various 
foregoing and other communications system as "communications systems." It is to be 
noted, however, that such communication systems are interchangeable in the context of 
the present invention and may relate to various types of cable, fiber optic, microwave, 
radio, laser and other communication systems, or any practical combinations thereof. 

The present invention provides significant compatibility and scalability in respect 
of web-based applications such as telemedicine and emerging web-based technologies 
such as tele-immersion. For example, the system may be adapted to applications in which 
a mobile telephone uplinks to a remote data center, remote computer, remote computer 
system or remote health care provider or authorized user via a mobile telephone to transfer 
data stored in the communication module or obtained from the IMD, or to receive data 
from such remote computers or health care providers. In these and other applications, the 
data so transferred or received may be employed as a preliminary screening tool to 
identify the need for further intervention or action using web technology. 

BRIEF DESCRIPTION OF DRAWINGS 

The present invention will become better understood by reference to the following 
Detailed Description of the Preferred Embodiments of the present invention when 
considered in connection with the accompanying Figures, in which like numbers designate 
like parts throughout, and where: 

Figure 1 shows a simplified schematic view of one embodiment of an IMD that 
may be employed in conjunction with the present invention; 

Figure 2 shows a simplified illustration of an IMD with medical electrical leads 
positioned within passageways of a heart; 

Figure 3 shows a block diagram illustrating some constituent components of an 

IMD; 

Figure 4 shows a simplified schematic view of an IMD with medical electrical 
leads positioned within passageways of a heart; 



WO 03/095024 



PCT/US03/12075 



21 

Figure 5 shows a partial block diagram illustrating one embodiment of an IMD that 
may be employed in conjunction with the present invention; 

Figures 6 A through 6C show simplified schematic and flow diagrams of various 
embodiments of the principal communications components of the present invention; 
Figure 7 shows a block diagram illustrating major components of one embodiment of a 
communication module of the present invention; 

Figure 8 illustrates various portions of a communications system in accordance with one 
embodiment of the present invention; 

Figures 9 A and 9B show flow charts for two methods of the present invention relating to 
patient-initiated communication between the IMD and/or a communication module/mobile 
telephone or a PDA and various components of the remote system via a communication 
system; 

Figure 9C shows another method of the present invention related to the methods 
illustrated in Figures 9 A and 9B; 

Figures 10A and 10B show flow charts for two methods of the present invention relating 
to device-initiated communication between the IMD and/or communication module 
/mobile telephone or PDA and various components of the remote system via the 
communication system; 

Figures 1 1 A and 1 IB show flow charts for two methods of the present invention 
relating to remote system and/or a remote health care provider initiated communication 
between the IMD and/or a communication module and/or a mobile telephone or a PDA 
and various components of the remote system via communication system; 
Figure 12A shows one embodiment of the communication module, the mobile telephone 
or PDA, the communication system, and the remote computer system of the present 
invention; 

Figures 12B and 12C show two methods of the present invention associated with 
updating, debugging, downloading and/or uploading software to or from the IMD in 
accordance with the systems and devices of the present invention, and 
Figures 13A and 13B show flow charts for two methods of the present invention relating 
to emergency-initiated communication between the IMD and/or the communication 
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module/mobile telephone or PDA and various components of the remote system via the 
communication system. 

FIG. 14A illustrates another example system for providing continuous, real-time 
communication of the physiological data received from the IMD to the remote system. 
FIG. 14B is a block diagram illustrating the GIU coupled to multiple IMDs within the 
patient. 

FIG. 14C is a block diagram illustrating the GIU coupled to an implantable HUB for 
communicating with a plurality of IMDs within the patient. 

FIG. 15 is a block diagram further illustrating the ability of the GIU to provide seamless 

communication between the patient and the remote system. 

FIG. 16 is a block diagram illustrating an example embodiment of the GIU. 

FIG. 17 is a block diagram illustrating one exemplary embodiment of service information 

maintained by the GIU. 

FIG. 1 8 is a block diagram illustrating a software architecture for the GIU. 

FIG. 19 is a block diagram illustrating an example embodiment of a data communication 

equipment (DCE). 

FIG. 20 A is a flowchart providing a high-level overview of one mode of operation of the 
GIU. 

FIG. 20B is a block diagram providing a high-level illustration of the channel selection 
process. 

FIG. 21 is a flowchart further illustrating the operation of the GIU when transmitting the 
physiological data. 

FIGS. 22 -23 illustrate a flowchart depicting a more detailed example operation of the 
GIU. 

FIG. 24 is a high-level schematic diagram illustration an example GIU interacting with a 
service card. 

DETAILED DESCRIPTION 

Figure 1 is a simplified schematic view of one embodiment of implantable medical 
device ("IMD") 10 of the present invention. IMD 10 shown in Figure 1 is a pacemaker 
comprising at least one of pacing and sensing leads 16 and 18 attached to hermetically sealed 
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enclosure 14 and implanted near human or mammalian heart 8. Pacing and sensing leads 16 
and 1 8 sense electrical signals attendant to the depolarization and re-polarization of the heart 
8, and further provide pacing pulses for causing depolarization of cardiac tissue in the vicinity 
of the distal ends thereof. Leads 16 and 18 may have unipolar or bipolar electrodes disposed 
thereon, as is well known in the art. Examples of IMD 10 include implantable cardiac 
pacemakers disclosed in U.S. Patent No. 5,158,078 to Bennett et al, U.S. Patent No. 
5,312,453 to Shelton et al. or U.S. Patent No. 5,144,949 to Olson, all hereby incorporated 
by reference herein, each in its respective entirety. 

Figure 2 shows connector module 12 and hermetically sealed enclosure 14 of IMD 
10 located in and near human or mammalian heart 8. Atrial and ventricular pacing leads 
16 and 18 extend from connector header module 12 to the right atrium and ventricle, 
respectively, of heart 8. Atrial electrodes 20 and 21 disposed at the distal end of atrial 
pacing lead 16 are located in the right atrium. Ventricular electrodes 28 and 29 at the 
distal end of ventricular pacing lead 18 are located in the right ventricle. 
Figure 3 shows a block diagram illustrating the constituent components of IMD 10 in 
accordance with one embodiment of the present invention, where IMD 10 is pacemaker 
having a microprocessor-based architecture. IMD 10 is shown as including activity sensor or 
accelerometer 1 1, which is preferably a piezoceramic accelerometer bonded to a hybrid 
circuit located inside enclosure 14. Activity sensor 1 1 typically (although not necessarily) 
provides a sensor output that varies as a function of a measured parameter relating to a 
patient's metabolic requirements. For the sake of convenience, IMD 10 in Figure 3 is shown 
with lead 18 only connected thereto; similar circuitry and connections not explicitly shown in 
Figure 3 apply to lead 16. 

IMD 10 in Figure 3 is most preferably programmable by means of both an external 
programming unit (not shown in the Figures) and communication module 100, more about 
which we say later. One such programmer is the commercially available Medtronic Model 
9790 programmer, which is microprocessor-based and provides a series of encoded signals to 
IMD 10, typically through a programming head which transmits or telemeters radio- 
frequency (RF) encoded signals to IMD 10. Such a telemetry system is described in U.S. 
Patent No. 5,312,453 to Wyborny et al., hereby incorporated by reference herein in its 
entirety. The programming methodology disclosed in Wyborny et al.'s '453 patent is 
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identified herein for illustrative purposes only. Any of a number of suitable programming 
and telemetry methodologies known in the art may be employed so long as the desired 
information is transmitted to and from the pacemaker. 

As shown in Figure 3, lead 18 is coupled to node 50 in IMD 10 through input 
capacitor 52. Activity sensor or accelerometer 1 1 is most preferably attached to a hybrid 
circuit located inside hermetically sealed enclosure 14 of IMD 10. The output signal 
provided by activity sensor 1 1 is coupled to input/output circuit 54. Input/output circuit 54 
contains analog circuits for interfacing to heart 8, activity sensor 1 1, antenna 56 and circuits 
for the application of stimulating pulses to heart 8. The rate of heart 8 is controlled by 
software-implemented algorithms stored microcomputer circuit 58. 

Microcomputer circuit 58 preferably comprises on-board circuit 60 and off-board 
circuit 62. Circuit 58 may correspond to a microcomputer circuit disclosed in U.S. Patent 
No. 5,3 12,453 to Shelton et al., hereby incorporated by reference herein in its entirety. On- 
board circuit 60 preferably includes microprocessor 64, system clock circuit 66 and on-board 
RAM 68 and ROM 70. Off-board circuit 62 preferably comprises a RAM/ROM unit. On- 
board circuit 60 and off-board circuit 62 are each coupled by data communication bus 72 to 
digital controller/timer circuit 74. Microcomputer circuit 58 may comprise a custom 
integrated circuit device augmented by standard RAM/ROM components. 

Electrical components shown in Figure 3 are powered by an appropriate implantable 
battery power source 76 in accordance with common practice in the art. For the sake of 
clarity, the coupling of battery power to the various components of IMD 10 is not shown in 
the Figures. Antenna 56 is connected to input/output circuit 54 to permit uplink/downlink 
telemetry through RF transmitter and receiver telemetry unit 78. By way of example, 
telemetry unit 78 may correspond to that disclosed in U.S. Patent No. 4,566,063 issued to 
Thompson et al., hereby incorporated by reference herein in its entirety, or to that disclosed in 
the above-referenced 4 453 patent to Wyborny et al. It is generally preferred that the 
particular programming and telemetry scheme selected permit the entry and storage of 
cardiac rate-response parameters. The specific embodiments of antenna 56, input/output 
circuit 54 and telemetry unit 78 presented herein are shown for illustrative purposes only, and 
are not intended to limit the scope of the present invention. 
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Continuing to refer to Figure 3, Vref and Bias circuit 82 most preferably generates 
stable voltage reference and bias currents for analog circuits included in input/output circuit 
54. Analog-to-digital converter (ADC) and multiplexer unit 84 digitizes analog signals and 
voltages to provide "real-time" telemetry intracardiac signals and battery end-of-life (EOL) 
replacement functions. Operating commands for controlling the timing of IMD 10 are 
coupled by data bus 72 to digital controller/timer circuit 74, where digital timers and counters 
establish the overall escape interval of the IMD 10 as well as various refractory, blanking and 
other timing windows for controlling the operation of peripheral components disposed within 

input/output circuit 54. 

Digital controller/timer circuit 74 is preferably coupled to sensing circuitry, including 
sense amplifier 88, peak sense and threshold measurement unit 90 and comparator/threshold 
detector 92. Circuit 74 is further preferably coupled to electrogram (EGM) amplifier 94 for 
receiving amplified and processed signals sensed by lead 18. Sense amplifier 88 amplifies 
sensed electrical cardiac signals and provides an amplified signal to peak sense and threshold 
measurement circuitry 90, which in turn provides an indication of peak sensed voltages and 
measured sense amplifier threshold voltages on multiple conductor signal path 67 to digital 
controller/timer circuit 74. An amplified sense amplifier signal is then provided to 
comparator/threshold detector 92. By way of example, sense amplifier 88 may correspond to 
that disclosed in U.S. Patent No. 4,379,459 to Stein, hereby incorporated by reference herein 
in its entirety. 

The electrogram signal provided by EGM amplifier 94 is employed when IMD 10 is 
being interrogated by an external programmer to transmit a representation of a cardiac analog 
electrogram. See, for example, U.S. Patent No. 4,556,063 to Thompson et al., hereby 
incorporated by reference herein in its entirety. Output pulse generator 96 provides pacing 
stimuli to patient's heart 8 through coupling capacitor 98 in response to a pacing trigger signal 
provided by digital controller/timer circuit 74 each time the escape interval times out, an 
externally transmitted pacing command is received or in response to other stored commands 
as is well known in the pacing art. By way of example, output amplifier 96 may correspond 
generally to an output amplifier disclosed in U.S. Patent No. 4,476,868 to Thompson, hereby 
incorporated by reference herein in its entirety. 
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The specific embodiments of input amplifier 88 5 output amplifier 96 and EGM 
amplifier 94 identified herein are presented for illustrative purposes only, and are not 
intended to be limiting in respect of the scope of the present invention. The specific 
embodiments of such circuits may not be critical to practicing some embodiments of the 
present invention so long as they provide means for generating a stimulating pulse and are 
capable of providing signals indicative of natural or stimulated contractions of heart 8. 
In some preferred embodiments of the present invention, IMD 10 may operate in various 
non-rate-responsive modes, including, but not limited to, DDD, DDI, WI, VOO and WT 
modes. In other preferred embodiments of the present invention, IMD 10 may operate in 
various rate-responsive modes, including, but not limited to, DDDR, DDIR, WIR, VOOR 
and WTR modes. Some embodiments of the present invention are capable of operating hi 
both non-rate-responsive and rate responsive modes. Moreover, in various embodiments of 
the present invention IMD 10 may be programmably configured to operate so that it varies 
the rate at which it delivers stimulating pulses to heart 8 only in response to one or more 
selected sensor outputs being generated. Numerous pacemaker features and functions not 
explicitly mentioned herein may be incorporated into IMD 10 while remaining within the 
scope of the present invention. 

The present invention is not limited in scope to single-sensor or dual-sensor 
pacemakers, and is not limited to IMD's comprising activity or pressure sensors only. Nor is 
the present invention limited in scope to single-chamber pacemakers, single-chamber leads 
for pacemakers or single-sensor or dual-sensor leads for pacemakers. Thus, various 
embodiments of the present invention may be practiced in conjunction with more than two 
leads or with multiple-chamber pacemakers, for example. At least some embodiments of the 
present invention may be applied equally well in the contexts of single-, dual-, triple- or 
quadruple- chamber pacemakers or other types of IMD's. See, for example, U.S. Patent No. 
5,800,465 to Thompson et al., hereby incorporated by reference herein in its entirety, as are 
all U.S. Patents referenced therein. 

IMD 10 may also be a pacemaker-cardioverter- defibrillator ("PCD") 
corresponding to any of numerous commercially available implantable PCD's. Various 
embodiments of the present invention may be practiced in conjunction with PCD's such as 
those disclosed in U.S. Patent No. 5,545,186 to Olson et al., U.S. Patent No. 5,354,316 to 
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Keimel, U.S. Patent No. 5,3.14,430 to Bardy, U.S. PatentNo. 5,131,388 to Pless and U.S. 
Patent No. 4,-821,723 to Baker et al., all hereby incorporated by reference herein, each in 

its respective entirety. 

Figures 4 and 5 illustrate one embodiment of IMD 10 and a corresponding lead set 
of the present invention, where IMD 10 is a PCD. In Figure 4, the ventricular lead takes 
the form of leads disclosed in U.S. Patent Nos. 5,099,838 and 5,314,430 to Bardy, and 
includes an elongated insulative lead body 1 carrying three concentric coiled conductors 
separated from one another by tubular insulative sheaths. Located adjacent the distal end 
of lead 1 are ring electrode 2, extendable helix electrode 3 mounted retractably within 
insulative electrode head 4 and elongated coil electrode 5. Each of the electrodes is 
coupled to one of the coiled conductors within lead body 1. Electrodes 2 and 3 are 
employed for cardiac pacing and for sensing ventricular depolarizations. At the proximal 
end of the lead is bifurcated connector 6 which carries three electrical connectors, each 
coupled to one of the coiled conductors. Defibrillation electrode 5 may be fabricated from 
platinum, platinum alloy or other materials known to be usable in implantable 
defibrillation electrodes and may be about 5 cm in length. 

The atrial/SVC lead shown in Figure 4 includes elongated insulative lead body 7 
carrying three concentric coiled conductors separated from one another by tubular 
insulative sheaths corresponding to the structure of the ventricular lead. Located adjacent 
the J-shaped distal end of the lead are ring electrode 9 and extendable helix electrode 13 
mounted retractably within an insulative electrode head 15. Each of the electrodes is 
coupled to one of the coiled conductors within lead body 7. Electrodes 13 and 9 are 
employed for atrial pacing and for sensing atrial depolarizations. Elongated coil electrode 
19 is provided proximal to electrode 9 and coupled to the third conductor within lead body 
7. Electrode 19 preferably is 10 cm in length or greater and is configured to extend from 
the SVC toward the tricuspid valve. In one embodiment of the present invention, 
approximately 5 cm of the right atrium/SVC electrode is located in the right atrium with 
the remaining 5 cm located in the SVC. At the proximal end of the lead is bifurcated 
connector 17 carrying three electrical connectors, each coupled to one of the coiled 
conductors. 
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The coronary sinus lead shown in Figure 4 assumes the form of a coronary sinus 
lead disclosed in the above cited '838 patent issued to Bardy, and includes elongated 
insulative lead body 41 carrying one coiled conductor coupled to an elongated coiled 
defibrillation electrode 21. Electrode 21, illustrated in broken outline in Figure 4, is 
5 located within the coronary sinus and great vein of the heart. At the proximal end of the 

lead is connector plug 23 carrying an electrical connector coupled to the coiled conductor. 
The coronary sinus/great vein electrode 41 may be about 5 cm in length. 
Implantable PCD 10 is shown in Figure 4 in combination with leads 1, 7 and 41, and lead 
connector assemblies 23, 17 and 6 inserted into connector block 12. Optionally, insulation 
10 of the outward facing portion of housing 14 of PCD 10 may be provided using a plastic 

coating such as parylene or silicone rubber, as is employed in some unipolar cardiac 
pacemakers. The outward facing portion, however, may be left uninsulated or some other 
division between insulated and uninsulated portions may be employed. The uninsulated 
portion of housing 14 serves as a subcutaneous defibrillation electrode to defibrillate either 
1 5 the atria or ventricles. Lead configurations other that those shown in Figure 4 may be 

practiced in conjunction with the present invention, such as those shown in U.S. Patent 
No. 5,690,686 to Min et al., hereby incorporated by reference herein in its entirety. 

Figure 5 is a functional schematic diagram of one embodiment of implantable PCD 
10 of the present invention. This diagram should be taken as exemplary of the type of 
20 device in which various embodiments of the present invention may be embodied, and not 

as limiting, as it is believed that the invention may be practiced in a wide variety of device 
implementations, including cardioverter and defibrillators which do not provide anti- 
tachycardia pacing therapies. 

IMD 10 is provided with an electrode system. If the electrode configuration of 
25 Figure 4 is employed, the correspondence to the illustrated electrodes is as follows. 

Electrode 25 in Figure 5 includes the uninsulated portion of the housing of PCD 10. 
Electrodes 25, 15, 21 and 5 are coupled to high voltage output circuit 27, which includes 
high voltage switches controlled by CV/defib control logic 29 via control bus 31 . Switches 
disposed within circuit 27 determine which electrodes are employed and which electrodes 
30 are coupled to the positive and negative terminals of the capacitor bank (which includes 

capacitors 33 and 35) during delivery of defibrillation pulses. 
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Electrodes 2 and 3 are located on or in the ventricle and are coupled to the R-wave 
amplifier 37, which preferably takes the form of an automatic gain controlled amplifier 
providing an adjustable sensing threshold as a function of the measured R-wave 
amplitude. A signal is generated on R-out line 39 whenever the signal sensed between 
5 electrodes 2 and 3 exceeds the present sensing threshold. 

Electrodes 9 and 13 are located on or in the atrium and are coupled to the P-wave 
amplifier 43, which preferably also takes the form of an automatic gain controlled 
amplifier providing an adjustable sensing threshold as a function of the measured P-wave 
amplitude. A signal is generated on P-out line 45 whenever the signal sensed between 
10 electrodes 9 and 13 exceeds the present sensing threshold. The general operation of R- 

wave and P-wave amplifiers 37 and 43 may correspond to that disclosed in U.S. Pat. No. 
5,1 17,824, by Keimel et al., issued Jun. 2, 1992, for "An Apparatus for Monitoring 
Electrical Physiologic Signals", hereby incorporated by reference herein in its entirety. 
Switch matrix 47 is used to select which of the available electrodes are coupled to wide 
15 band (0.5-200 Hz) amplifier 49 for use in digital signal analysis. Selection of electrodes is 

controlled by the microprocessor 51 via data/address bus 53, which selections may be 
varied as desired. Signals from the electrodes selected for coupling to bandpass amplifier 
49 are provided to multiplexer 55, and thereafter converted to multi-bit digital signals by 
A/D converter 57, for storage in random access memory 59 under control of direct 
20 memory access circuit 6 1 . Microprocessor 5 1 may employ digital signal analysis 

techniques to characterize the digitized signals stored in random access memory 59 to 
recognize and classify the patient's heart rhythm employing any of the numerous signal 
processing methodologies known in the art. 

The remainder of the circuitry is dedicated to the provision of cardiac pacing, 
25 cardioversion and defibrillation therapies, and, for purposes of the present invention may 

correspond to circuitry known to those skilled in the art. The following exemplary 
apparatus is disclosed for accomplishing pacing, cardioversion and defibrillation 
functions. Pacer timing/control circuitry 63 preferably includes programmable digital 
counters which control the basic time intervals associated with DDD, WI, DVI, VDD, 
30 AAI, DDI and other modes of single and dual chamber pacing well known in the art. 

Circuitry 63 also preferably controls escape intervals associated with anti-tachyarrhythmia 
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pacing in both the atrium and the ventricle, employing any anti-tachyarrhythmia pacing 
therapies known to the art. 

Intervals defined by pacing circuitry 63 include atrial and ventricular pacing escape 
intervals, the refractory periods during which sensed P-waves and R-waves are ineffective 
to restart timing of the escape intervals and the pulse widths of the pacing pulses. The 
durations of these intervals are determined by microprocessor 51, in response to stored 
data in memory 59 and are communicated to pacing circuitry 63 via address/data bus 53. 
Pacer circuitry 63 also determines the amplitude of the cardiac pacing pulses under control 

of microprocessor 51. 

During pacing, escape interval counters within pacer timing/control circuitry 63 are 
reset upon sensing of R-waves and P-waves as indicated by a signals on lines 39 and 45, 
and in accordance with the selected mode of pacing on time-out trigger generation of 
pacing pulses by pacer output circuitry 65 and 67, which are coupled to electrodes 9, 13, 2 
and 3. Escape interval counters are also reset on generation of pacing pulses and thereby 
control the basic timing of cardiac pacing functions, including anti-tachyarrhythmia 
pacing. The durations of the intervals defined by escape interval timers are determined by 
microprocessor 51 via data/address bus 53. The value of the count present in the escape 
interval counters when reset by sensed R-waves and P-waves may be used to measure the 
durations of R-R intervals, P-P intervals, P-R intervals and R-P intervals, which 
measurements are stored in memory 59 and used to detect the presence of 
tachyarrhythmias . 

Microprocessor 51 most preferably operates as an interrupt driven device, and is 
responsive to interrupts from pacer timing/control circuitry 63 corresponding to the 
occurrence sensed P-waves and R-waves and corresponding to the generation of cardiac 
pacing pulses. Those interrupts are provided via data/address bus 53. Any necessary 
mathematical calculations to be performed by microprocessor 51 and any updating of the 
values or intervals controlled by pacer timing/control circuitry 63 take place following 
such interrupts. 

Detection of atrial or ventricular tachyarrhythmias, as employed in the present 
invention, may correspond to tachyarrhythmia detection algorithms known in the art. For 
example, the presence of an atrial or ventricular tachyarrhythmia may be confirmed by 
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detecting a sustained series of short R-R or P-P intervals of an average rate indicative of 
tachyarrhythmia or an unbroken series of short R-R or P-P intervals. The suddenness of 
onset of the detected high rates, the stability of the high rates, and a number of other 
factors known in the art may also be measured at this time. Appropriate ventricular 
tachyarrhythmia detection methodologies measuring such factors are described in U.S. 
Pat. No. 4,726,380 issued to Vollmann, U.S. Pat. No. 4,880,005 issued to Pless et al. and 
U.S. Pat. No. 4,830,006 issued to Haluska et al., all incorporated by reference herein, each 
in its respective entirety. An additional set of tachycardia recognition methodologies is 
disclosed in the article "Onset and Stability for Ventricular Tachyarrhythmia Detection in 
an Implantable Pacer-Cardioverter-Defibrillator" by Olson et al., published in Computers 
in Cardiology, Oct. 7-10, 1986, IEEE Computer Society Press, pages 167-170, also 
incorporated by reference herein in its entirety. Atrial fibrillation detection methodologies 
are disclosed in Published PCT Application Ser. No. US92/02829, Publication No. 
W092/18198, by Adams et al., and in the article "Automatic Tachycardia Recognition", 
by Arzbaecher et al., published in PACE, May-June, 1984, pp. 541-547, both of which are 
incorporated by reference herein in their entireties. 

In the event an atrial or ventricular tachyarrhythmia is detected and an anti- 
tachyarrhythmia pacing regimen is desired, appropriate timing intervals for controlling 
generation of anti-tachyarrhythmia pacing therapies are loaded from microprocessor 5 1 
into the pacer timing and control circuitry 63, to control the operation of the escape 
interval counters therein and to define refractory periods during which detection of R- 
waves and P-waves is ineffective to restart the escape interval counters. 

Alternatively, circuitry for controlling the timing and generation of anti- 
tachycardia pacing pulses as described in U.S. Pat. No. 4,577,633, issued to Berkovits et 
al. on Mar. 25, 1986, U.S. Pat. No. 4,880,005, issued to Pless etal. on Nov. 14, 1989, U.S. 
Pat. No. 4,726,380, issued to Vollmann et al. on Feb. 23, 1988 and U.S. Pat No. 
4,587,970, issued to Holley et al. on May 13, 1986, all of which are incorporated herein by 
reference in their entireties, may also be employed. 

In the event that generation of a cardioversion or defibrillation pulse is required, 
microprocessor 51 may employ an escape interval counter to control timing of such 
cardioversion and defibrillation pulses, as well as associated refractory periods. In 
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response to the detection of atrial or ventricular fibrillation or tachyarrhythmia requiring a 
cardioversion pulse, microprocessor 51 activates cardioversion/defibrillation control 
circuitry 29, which initiates charging of the high voltage capacitors 33 and 35 via charging 
circuit 69, under the control of high voltage charging control line 71 . The voltage on the 
high voltage capacitors is monitored via VCAP line 73, which is passed through 
multiplexer 55 and in response to reaching a predetermined value set by microprocessor 
51, results in generation of a logic signal on Cap Full (CF) line 77 to terminate charging. 
Thereafter, timing of the delivery of the defibrillation or cardioversion pulse is controlled 
by pacer timing/control circuitry 63. Following delivery of the fibrillation or tachycardia 
therapy microprocessor 51 returns the device to q cardiac pacing mode and awaits the next 
successive interrupt due to pacing or the occurrence of a sensed atrial or ventricular 
depolarization. 

Several embodiments of appropriate systems for the delivery and synchronization 
of ventricular cardioversion and defibrillation pulses and for controlling the timing 
functions related to them are disclosed in U.S. Patent No. 5,188,105 to Keimel, U.S. Pat. 
No. 5,269,298 to Adams et al. and U.S. Pat. No. 4,316,472 to Mirowski et al., hereby 
incorporated by reference herein, each in its respective entirety. Any known cardioversion 
or defibrillation pulse control circuitry is believed to be usable in conjunction with various 
embodiments of the present invention, however. For example, circuitry controlling the 
timing and generation of cardioversion and defibrillation pulses such as that disclosed in 
U.S. Patent No. 4,384,585 to Zipes, U.S. Patent No. 4,949,719 to Pless et al, or U.S. 
Patent No. 4,375,817 to Engle et al, all hereby incorporated by reference herein in their 
entireties, may also be employed. 

Continuing to refer to Figure 5, delivery of cardioversion or defibrillation pulses is 
accomplished by output circuit 27 under the control of control circuitry 29 via control bus 
3 1 . Output circuit 27 determines whether a monophasic or biphasic pulse is delivered, the 
polarity of the electrodes and which electrodes are involved in delivery of the pulse. 
Output circuit 27 also includes high voltage switches which control whether electrodes are 
coupled together during delivery of the pulse. Alternatively, electrodes intended to be 
coupled together during the pulse may simply be permanently coupled to one another, 
either exterior to or interior of the device housing, and polarity may similarly be pre-set, a; 
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in current implantable defibrillators. An example of output circuitry for delivery of 
biphasic pulse regimens to multiple electrode systems may be found in the above cited 
patent issued to Mehra and in U.S. Patent No. 4,727,877, hereby incorporated by reference 

herein in its entirety. 

An example of circuitry which maybe used to control delivery of monophasic 
pulses is disclosed in U.S. Patent No. 5,163,427 to Kennel, also incorporated by reference 
herein in its entirety. Output control circuitry similar to that disclosed in U.S. Patent No. 
4,953,551 to Mehra et al. or U.S. Patent No. 4,800,883 to Winstrom, both incorporated by 
reference herein in their entireties, may also be used in conjunction with various 
embodiments of the present invention to deliver biphasic pulses. 

Alternatively, IMD 10 may be any type of implantable medical device, including, but not 
limited to, an implantable nerve stimulator or muscle stimulator such as those disclosed in 
U.S. Patent No. 5,199,428 to Obel et al., U.S. Patent No. 5,207,218 to Carpentier et al. and 
U.S. Patent No. 5,330,507 to Schwartz, an implantable monitoring device such as that 
disclosed in U.S. Patent No. 5,33 1 ,966 issued to Bennet et al., an implantable brain 
stimulator, an implantable gastric system stimulator, an implantable vagus nerve 
stimulator, an implantable lower colon stimulator (e.g., in graciloplasty applications), an 
implantable drug or beneficial agent dispenser or pump, an implantable cardiac signal loop 
or other type of recorder or monitor, an implantable gene therapy delivery device, an 
implantable incontinence prevention or monitoring device, an implantable insulin pump or 
monitoring device, and so on. Thus, the present invention is believed to find wide 
application in conjunction with almost any appropriately adapted implantable medical 
device. 

Figures 6 A, 6B and 6C show simplified schematic and flow diagrams of various 
embodiments of the principal communications components of the present invention. It is 
to be understood that the term "remote system" employed in the specification and claims 
hereof includes within its scope the terms "remote computer", "remote computer system", 
"remote computer network", "remote expert data center", "remote data resource system", 
"data resource system", and like terms. It is further to be noted that the term "remote 
health care provider" employed in the specification and claims hereof includes within its 
scope the terms "physician", "field clinical engineering representative", "remote 
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authorized user", "operator", "remote user", "database specialist," "clinical specialist," 
"nurse," "computer specialist", "remote operator", "remote user" and like terms, and that 
the term "remote system" encompasses the foregoing terms. 

Referring now to Figures 6A and 7, there is shown a simplified schematic diagram 
of the major components of the present invention comprising IMD 10, communication 
module 100, mobile telephone 110, telephone/Internet communications network 120, and 
remote computer or remote health care provider 130. In the embodiment of me present 
invention illustrated in Figures 6A and 8, communication module 100 is disposed within 
housing 102 and is connected by a suitable interface to mobile telephone 110 via link, 
connection, cable or line 107. Hardwired link, connection, cable or line 107 may be 
replaced with a wireless link , as discussed in further detail below. Via link 107 or other 
suitable means, mobile telephone 110 receives information or data from, or sends 
information or data to, communication module 100. IMD 10 receives information or data 
from, or sends information or data to, communication module 100, most preferably via RF 
telemetric means discussed in further detail below. Thus, communication module 100 acts 
as a go-between in respect of mobile telephone 100 and IMD 10. In some embodiments of 
the present invention, communication module 100 and mobile telephone supplant, 
eliminate or reduce the requirement for a conventional implantable medical device 
programmer such as a MEDTRONIC 9790 Programmer to communicate with IMD 10. 
The hardware and/or software of communication module 100 may be configured to 
operate in conjunction with a plurality of different implantable medical devices 10. The 
particular type of IMD 10 to be communicated with may be pre-programmed in module 
100, or may be selected before or at the time IMD is to be communicated with. For 
example, communication module 10 may be selectably configured or pre-programmed or 
configured to communicate with, receive data from, and/or download data to any of the 
various commercially available IMDs manufactured and sold by MEDTRONIC, 
BIOTRONIK, CARDIAC PACEMAKERS, GUIDANT, ELA, SIEMENS, SORTN, 
NEUROCOR, ADVANCED NEUROLOGICAL SYSTEMS, CYBERONICS and/or 
TERUMO using telemetry communication protocols and techniques well known in the art. 
Communication system 120 includes within its scope the existing worldwide telephone 
and Internet communications network, as well as future embodiments thereof. 
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Communication system 120 permits communication module 100/mobile telephone or 
PDA 1 10 to communicate with remote system 130 via communication system 120. 
Remote system 130 may comprise any one or more of remote computer system 130, 
remote computer system 131% remote health care provider, physician, database specialist, 
clinical specialist, nurse, computer specialist and/or operator 136, and/or remote physician 
135. In addition to being capable of communicating with communication module 
100/mobile telephone or PDA 1 10 via communication system 120, remote computer 
system 1 3 1 may communicate with directly with computer system 131' and/or remote 
health care provider, physician, database specialist, clinical specialist, nurse, computer 
specialist and/or operator 136 through link 139, or through links 137 and 137' via 
communication system 120. 

Remote computer system 131 may also be configured to communicate directly 
with physician 135, or to communicate with physician 135 via links 137 and 137" through 
communication system 120. Computer system 131' and/or remote health care provider, 
physician, database specialist, clinical specialist, nurse, computer specialist or operator 
136 may also communicate with physician 130 directly through link 139', or through links 
137' and 137" via communication system 120. 

It will now become clear to those skilled in the art upon considering the present 
disclosure that many different permutations and combinations of any pair or more of 
communication module 100, mobile telephone 1 10, communication system 120, remote 
computer system 131, remote computer system 131% remote health care provider, 
physician, database specialist, clinical specialist, nurse, computer specialist and/or 
operator 136, physician 135, and links 137, 137', 137", 139 and 139' are possible, all of 
which are intended to fall within the scope of the present invention. 

Figure 6C shows simple flow diagrams corresponding to one method of the present 
invention where IMD 10, communication module 100/mobile telephone or PDA 1 10 and 
remote system 130 communicate with another via communication system 120. IMD 10 
may monitor various aspects of the patient's health, and store same in memory as 
information or data. Upon IMD 10 detecting a threshold event (e.g., detection of 
arrhythmia or fibrillation in patient 5) or receiving instruction from patient 5 or remote 
system 130, IMD may upload stored information or data to remote system 130 via 
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communication module 100, mobile telephone 1 10 and communication system 130. IMD 
10 may be interrogated directly by patient 5, or may be interrogated remotely by remote 
system 130 via communication module 100 and mobile telephone 1 10. The system of the 
present invention may also include provisions for determining the geographical location of 
the patient using mobile cell telephone location data or by incorporating or otherwise 
operably connecting a Global Positioning System (GPS) module into communication 
module 100 or mobile telephone 110. 

In one embodiment of the present invention, IMD automatically contacts remote 
system 130 via communication module 100 and mobile telephone 1 10 in response to 
detecting a life-threatening or serious condition in the patient's health. In response to 
receiving information concerning the detected condition from IMD 10, remote system 130 
may be employed to automatically or under the supervision of health care provider 135 or 
136 provide an appropriate response, such as the delivery of instructions to IMD 10 to 
deliver a specific therapy or alerting an emergency, ambulance or paramedic service to 
proceed immediately to the location of patient 5. As discussed above, the patient's 
specific location may be provided by various means, such as GPS or mobile telephone cell 
location identification information. 

In another embodiment of the present invention, patient 5 senses a physiologic 
event and is sufficiently concerned respecting same to manipulate user interface 108 to 
cause data already uploaded into the memory of communication module 100 (or data 
uploaded into the memory of communication module 100 in response to the patient's 
manipulation of interface 108) to be relayed to remote system 130 for analysis and further 
action or response. In response to receiving information concerning the patient's health 
status from communication module 100, remote system 130 may be employed to 
automatically or under the supervision of health care provider 135 or 136 provide an 
appropriate response, such as the delivery of instructions to IMD 10 to deliver a specific 
therapy or alerting an emergency, ambulance or paramedic service to proceed immediately 
to the location of patient 5. Once again, the patient's specific location may be provided by 
various means, such as GPS or mobile telephone cell location identification information. 
Figure 7 shows some basic components of communication module 100 according to one 
embodiment of the present invention. Communication module 100 preferably comprises 
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microprocessor, CPU, micro-computer or controller 104 for controlling the operation of 
module 100 and the exchange of data and information between IMD 10 and mobile 
telephone 110, telemetry module 101 for communicating with IMD 10, memory/storage 
module 105 for storing or recalling information or data in memory, a hard disk, or another 
computer readable medium such as flash memory, ROM, RAM, EEPROM, and the like, 
power management module 106 for monitoring the state of charge and/or controlling the 
discharge of a battery located in mobile telephone 1 10 or in communication module 100, 
real time clock 109 for providing timing signals to computing and controlling device 104, 
and display and/or user interface 108. 

Referring now to Figures 6 A and 7, electronics disposed within communication 
module 100 are most preferably electrically powered by one or more primary or secondary 
(i.e., rechargeable) batteries disposed within or attached to mobile telephone 110 using 
line or cord 108. Communication module 100 may also be powered by such batteries 
disposed within housing 102, other portable energy sources, solar panels, capacitors, 
supercapacitors, appropriately filtered and rectified household line ac power, or any other 
suitable power source. Power management module 106 is preferably configured to 
minimize current drain from whatever battery it is that is being employed to power 
communication module 100 by utilizing wake-up mode and sleep mode schemes well 
known in the implantable medical device and mobile telephone arts. Power management 
module 106 may also be configured to permit communication module 100 to be powered 
electrically by its own internal battery or the battery of the mobile telephone in accordance 
with a priority scheme assigned to the use of those batteries. Thus, if one battery's state of 
charge becomes too low, power management module 106 may be configured to switch to 
the remaining battery as an electrical power source for communication module 100 and/or 
mobile telephone 110. 

Interface 103 may be any suitable interface, such as a serial or parallel interface. 
Cable or line 107 may include or be combined with line or cord 108. In a preferred 
embodiment of the present invention, the end of line 107 that attaches to mobile telephone 
110 comprises a standardized connector which plugs directly into a corresponding 
standardized or manufacturer-specific connectors for such as the connectors found in 
many off-the-shelf, unmodified, commercially-available mobile telephones or PDAs. In 
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another embodiment of the present invention, and as discussed in further detail below, 
communication module 100 and mobile telephone 110 communicate wirelessly by, for 
example, RF, optical or infrared means and are not physically connected to one another. 
As shown in Figure 6B, communication module 100 may be incorporated into or attached 
directly to the housing of mobile telephone 110. In one such embodiment of the present 
invention, at least portions of the exterior housing of an off-the-shelf mobile telephone, 
PDA and/or combined mobile telephone/PDA are modified to permit communication 
module 100 to be integrated into mobile telephone or PDA 1 10 such that mobile telephone 
or PDA 110 and communication module 100 form a single physical unit, thereby lending 
increased portability to the communication module of the present invention. 
Communication module 100 and mobile telephone or PDA 110 may also be configured 
and shaped such that module 100 clips onto or otherwise attaches to mobile telephone 1 10 
in a detachable, semi-permanent or other manner. Although not shown explicitly in Figure 
6B or the other Figures, in the present invention it is of course contemplated that mobile 
telephone or PDA 110 communicate with remote system 130 via communication system 
120, where communication system 120 most preferably includes towers, transmitter, 
dishes, fiber optic cables, conventional hard wiring, RF links, transponders and other 
reception and transmission devices capable of relaying or transposing signals received 
from or sent to mobile phone or PDA 110. 

In still another embodiment of the present invention, an off-the-shelf mobile 
telephone or PDA 110 may be modified such that only a limited number of buttons having 
predetermined functions are presented to and available for patient 5 to push. For example, 
such a modified mobile telephone could present patient 5 with one or more of "emergency 
91 1 alert", "acquire IMD status", "acquire patient health status", or "contact health care 
provider" buttons, which when pressed will thereafter automatically execute the indicated 
instruction. Other buttons might not be provided on such a modified mobile telephone to 
avoid confusing patient 5. Similarly, such a limited number of buttons having 
predetermined functions could be incorporated into communication module 100, into 
combined mobile telephone 1 10/communication module 100, or into a mobile telephone 
adapted for use by physician 135 or remote health care provider 136 in the system of the 
present invention. 
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As shown in Figure 7, communication module 100 may include optional display 
and/or user interface 108 for conveying certain information to or from patient 5. Such 
information may include, without limitation, the current performance status of IMD 10, 
the patient's current health status, confirmation that an operation is being carried out or 
has been executed by module 100 or mobile telephone 1 10, indication that a health care 
provider is attempting to communicate or is communicating with patient 5, 
communication module 100 or IMD, indication that successful telemetry communication 
between IMD 10 and module 100 is in progress, and the like. Display and/or user 
interface 108 may comprise, by way of example only, one or more LEDs, an LCD, a CRT, 
a plasma screen, any other suitable display device known in the mobile telephone, 
implantable medical device, computer, consumer appliance, consumer product or other 
arts. Display and/or user interface 108 may also comprise, by way of example only, a 
keyboard, push-buttons, a touch panel, a touch screen, or any other suitable user interface 
mechanism known in the mobile telephone, implantable medical device, computer, 
consumer appliance, consumer product or other arts. 

Referring now to Figures 6A and 7, communication module 100 preferably 
communicates with mobile telephone 1 10 via mobile telephone interface 103 and line or 
connection 107 using standardized serial communication protocols and hardware and/or 
software controlled handshakes associated with RS-232 connectors (although other 
communication protocols and handshakes may certainly be employed in the present 
invention, including those which utilize parallel communication interfaces). Interface 103 
may comprise a PCMCIA (Personal Computer Memory Card International Association) 
modem card interface for communication between communication module 100 and mobile 
telephone 110. For example, interface 103 may comprise a standard PCMCIA plug-and- 
play 56 kbaud modem card adapted to be connected to mobile telephone 1 10 using a serial 
or parallel connecting cable of the type well known in the mobile telephone and computer 
arts. 

Communication module 100 may also be adapted to receive other types of 
PCMCIA cards, such as data storage cards and data memory cards for memory/storage 
module 105, display cards for display 108, and so on. PCMCIA cards suitable for use in 
various embodiments of the present invention may be PCMCIA Type I cards up to 3.3 mm 
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thick (used primarily for adding additional ROM or RAM to a communication module 
100), PCMCIA Type II cards up to 5.5 mm thick (used primarily for modem and fax 
modem cards), and PCMCIA Type III cards up to 10.5 mm thick (sufficiently large for 
portable disk drives). Various types of PCMCIA slots may also be disposed in 
communication module 100 to receive the foregoing PCMCIA cards, including Type I 
slots, Type II slots, and Type III slots. 

In another embodiment of the present invention, communication module 100 and 
mobile telephone 1 10 may not be physically connected to one another by a data line or 
cord 107, and instead communicate wirelessly through, by way of example only, RF or 
infrared means. Likewise, antenna or coil 101 may be separate or detachable from 
communication module and be capable of communicating wirelessly with communication 
module 100. 

Wireless communication between at least some components of the communication 
system of the present invention located near, on or in patient 5 may be accomplished or 
assisted using devices which conform to the BLUETOOTH standard, a 2.4 GHz wireless 
technology employed to transport data between cellular phones, notebook PCs, and other 
handheld or portable electronic gear at speeds of up to 1 megabit per second. The 
BLUETOOTH standard was developed by the Bluetooth Special Interest Group (or 
"BSIG"), a consortium formed by Ericsson, IBM, Intel, Nokia and Toshiba. The 
BLUETOOTH standard is designed to be broadband compatible, and capable of 
simultaneously supporting multiple information sets and architecture, transmitting data at 
relatively high speeds, and providing data, sound and video services on demand. Of 
course, other suitable wireless communication standards and methods now existing or 
developed in future are contemplated in the present invention. It is to be noted that under 
some circumstances difficulty will be encountered employing BLUETOOTH technology 
for communication with implantable medical devices owing to the relatively high power 
requirements of the system. Additionally, in the present invention it is contemplated that 
various embodiments operate in conjunction with a BLUETOOTH or BLUETOOTH-like 
wireless communication standard, protocol or system where a frequency other than 2.4 
GHz is employed, or where infra-red, optical or other communication means are employed 
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in at least portions of the systems of the present invention and/or in conjunction with 
BLUETOOTH or BLUETOOTH-like wireless RF communication techniques. 
One embodiment of the present invention using the BLUETOOTH standard incorporates 
an RE device, a baseband controller, and flash memory. One example of an RE 
BLUETOOTH device finding application in the present invention is the TEMIC 
SEMICONDUCTOR T2901 chip which enables wireless data to be transferred at 
distances of 10 meters, operates in the 2.4-GHz frequency band, and has a power output of 
0 dBm. The baseband controller may be a single-chip device that performs link- 
management and control functions, and based on an ARM 7TDMI, a 32-bit RISC-chip 
core from ARM, LTD. 

In one embodiment of the present invention, a plurality of IMDs 10 may be 
implanted in patient 5 (see, for example, Figure 8). It is preferred that those IMDs be 
capable of capable of communicating with one another and/or with communication 
module 100 using, for example, conventional RF telemetry means, BLUETOOTH 
technology, or using so-called "Body Bus" or "Body Wave" technology. See, for 
example, U.S. Patent Application Ser. No. 09/218,946 to Ryan et al. for "Telemetry for 
Implantable Devices Using the Body as an Antenna" (approximately 3 MHz 
communication); U.S. Patent No. 5,1 13,859 to Funke et al. entitled "Acoustic Body Bus 
Medical Device Communication System"; and U.S. Patent No. 4,987,897 to Funke et al. 
entitled "Body Bus Medical Device Communication System". Each of the foregoing 
patents and patent application is hereby incorporated by reference herein, each in its 
respective entirety. 

Communication module 100 and microprocessor 104 may further operate under a 
Microsoft Pocket PC, Windows 95, Windows 98, Windows 2000, Windows CE, LINUX, 
UNIX, MAC, PalmOS, EPOC, EPOC16, EPOC32, FLEXOS, OS/9, JavaOS, SYMBIAN 
or other suitable computer operating environment. Communication module 100 is further 
preferably configured to accept interchangeable plug-and-play cards therein. For example, 
communication module 100 may be configured to accept different plug-and-play cards for 
telemetry module 101, where each plug-and-play card is particularly adapted to permit 
telemetry module 101 to communicate in an optimal fashion with a particular type or 
model of IMD 10 implanted within patient 5. Thus, and by way of example only, one type 
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of plug-and-play card may be configured to communicate particularly well with a certain 
model or range of models of a pacemaker, while other types of plug-and-play cards may 
be configured especially to communicate with nerve stimulators, drug pumps or 
dispensers, gastric stimulators, PCDs, ICDs, and the like. 

Reference is made to U.S. Patent No. 5,701,894 to Cherry et al. for a "Modular 
Physiological Computer-Recorder", hereby incorporated by reference herein in its entirely, 
where interchangeable plug and play signal input conditioner cards are employed in 
conjunction with a microprocessor system with analyzing software, and where a 
removable memory module for data storage is provided. Some concepts disclosed in the 
c 894 patent to Cherry, such as interchangeable plug-and-play cards and removable 
memory modules, are adaptable for use in conjunction with certain portions the present 
invention, such as communication module 100 and microprocessor 104, memory/storage 
module 105, telemetry module 101, and the foregoing plug and play and/or PCMCIA 
cards that may be associated therewith. 

It is preferred that information, programming commands and/or data be transmitted 
to IMD 10 by communication module 100, and that information and data be received by 
communication module 100 from IMD 10, using standard RF telemetry protocols and 
means well known in the art of implantable medical devices. For example, MEDTRONIC 
Telemetry A, B or C RF communication standards may be employed to effect 
communications between IMD 10 and communication module 100, and/or between IMD 
10 and other IMDs implanted within patient 5. Alternatively, communication methods 
described in the foregoing £ 859 and '897 patents to Funke and the c 946 patent application 
to Ryan et al. may be employed to effect communications between IMD 10 and 
communication module 100, and/or between IMD 10 and other IMDs implanted within 
patient 5. 

According to Telemetry A, B or C RF communication standards, RF 
communication occurs at frequencies of about 175 kHz, about 175 kHz and about 400 
MHz, respectively, with respective communication ranges between IMD 10 and 
communication module 100 of about 1" to about 4", about 1" to about 4", and about 1" 
and about 20 feet. Communication module 100 thus preferably comprises a telemetry 
antenna or coil 101, which may be an externally detachable RF head or equivalent well 
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known in the art, or which may be incorporated within housing 102. It is preferred that 
communication module 100 be operative when placed within a few feet of patient 5 so that 
module 100 may communicate with IMD 10 when patient 5, for example, is undergoing a 
treadmill test. Communication module 100 is preferably configured to permit 
communication according to the Telemetry A, B and C communication standards so that 
communication with a wide range of old, new and future models and types of IMDs is 
possible. 

Referring now to Figures 3, 6A and 7, antenna 56 of IMD 10 is connected to 
input/output circuit 54 to permit uplink/downlink telemetry through RF transmitter and 
receiver telemetry unit 78. Information and/or data are exchanged between IMD 10 and 
communication module 100 by means of an antenna or coil forming a part of telemetry 
module 101 in communication module 100 and antenna 56 disposed in IMD 10. Telemetry 
module 101 may feature a detachable RF head comprising a coil or antenna of the type well 
known in the implantable medical device arts. Alternatively, the coil or antenna of telemetry 
module 100 may be incorporated into communication module 100 such that module 100 is 
contained within a single housing, or within the housing of mobile telephone 110. 
Telemetry module 101 preferably comprises an external RF telemetry antenna coupled to a 
telemetry transceiver and antenna driver circuit board which includes a telemetry 
transmitter and telemetry receiver. The telemetry transmitter and telemetry receiver are 
preferably coupled to control circuitry and registers operated under the control of 
computing and control device 104. Similarly, within IMD 10, RF telemetry antenna 56 is 
coupled to a telemetry transceiver comprising RF telemetry transmitter and receiver circuit 
78. Circuit 78 in IMD 10 is coupled to control circuitry and registers operated under the 
control of microcomputer circuit 58. 

According to one embodiment of the present invention, telemetry coil or antenna 
101 may be incorporated into a belt, harness, strap, bandage, or article of clothing which 
the patient wears and that positions coil or antenna of telemetry module 101 directly over 
or otherwise in close proximity to the patient's heart 8 to thereby provide suitable RF 
coupling between IMD 10 and communication module 100. In such an embodiment of the 
present invention, communication module 100 may be attached to patient 5 along with 
mobile telephone 1 10 using, by way of example only, a belt or fanny pack, while coil or 
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antenna of telemetry module 101 is attached to module 100 using a suitable wire or cord, 
thereby permitting the patient considerable freedom of movement. See, for example, 
Provisional U.S. Patent Appln. Ser. No. 60/197,753 for "ECG and RF Apparatus for 
Medical Device Systems" filed April 19, 2000 and corresponding U.S. Patent Appln. Ser. 
No. 09/696,319 filed October 25, 2000 for "Method and Apparatus for Communicating 
with Medical Device Systems" to Pool et al., the respective entireties of which are hereby 
incorporated by reference herein. 

As discussed above, uplinking of IMD 10 to, or downlinking to IMD 10 from, 
remote system 130 may be effected through mobile telephone or PDA 1 10 and 
telephone/Internet communications network or communication system 120. Accordingly, 
communication module 100, mobile telephone 110 and communication system 120 
function as an interface between IMD 10 and remote computer system 130. 
Communication module 100 may also be configured to permit a dual uplinking capability, 
where module 100 is capable of uplinking data and/or information both to mobile 
telephone 1 10 and to a standard implantable medical device programmer (not shown in the 
Figures), such as a MEDTRONIC 9790 Programmer or a programmer of the type 
disclosed in U.S Patent No. 5,345,362 to Winkler, hereby incorporated by reference herein 
in its entirety. Thus, in such an embodiment of the present invention, IMD 10 may be 
communicated with remotely in accordance with the methods and devices of the present 
invention, or may be communicated with conventional fashion, according to the patient's 
and health care provider's needs at any particular time. 

One feature of the present invention is the use of various scalable, reliable and 
high-speed wireless or other communication systems in communication system 120 to 
bi-directionally transmit high fidelity digital and/or analog data between communication 
module 100 and remote system 130. A variety of wireless and other suitable transmission 
and reception systems and combinations thereof maybe employed to help establish data 
communications between communication module 100 and remote system 130, such as, 
without limitation, stationary microwave antennas, fiber optic cables, conventional above- 
ground and underground telephone cables and RF antennas well known in the art of 
mobile telephony. 
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As discussed above, remote system 130 and communication module 100 are linked 
by mobile telephone 1 10 and communication system 120. In one embodiment of the 
present invention, communication system 120 comprises a GSM network system 
comprising a mobile station carried by the patient, a base station subsystem for controlling 
the radio link with the mobile station, and a network subsystem (the main part of which is 
a mobile services switching center which performs the switching of calls between the 
mobile and other fixed or mobile network users, as well as management of mobile 
services, such as authentication), and an operations and maintenance center which 
oversees the proper operation and setup of the network. The GSM mobile station and the 
base station subsystem communicate across an air interface or radio link. The base station 
subsystem communicates with the mobile service switching center across another 
interface. 

Examples of telephone, computer and mobile telephone communication air 
interface standards, protocols and communication systems that may be employed in 
conjunction with communication module 100, mobile telephone 1 10, communication 
system 120, and remote system 130 of the present invention include, but are in no way 
limited to the following: 

ATM (Asyncrhonous Transfer Mode); 
AXE; 

AMPS (Advanced Mobile Phone Service); 

CDMA (Code Division Multiple Access); 
DECT (Digital Enhanced Cordless Telecommunication); 
Dual-mode combined mobile satellite and cellular standards (employed by 
such Mobile Satellite Services (MSSs) such as Immarsat, Odyssey, 
Globalstar, Teledesic, ICO, Thuyra, ACes, Agrani, EAST and 
the now defunct Iridium system). 
GSM (Geostationary Satellite Standard); 
GMSS (Geostationary Mobile Satellite Standard); 

GPRS (General Packet Radio Service ~ a standard for wireless 

communications which runs at speeds up to 150 kilobits per 
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second, compared with current GSM systems' 9.6 kilobits per 
second - which supports a wide range of bandwidths and is 
particularly suited for sending and receiving small bursts of data, 
such as e-mail and Web browsing, as well as large volumes of 
data; see, for example, Japan's NTT DoCoMo I-mode system); 

IMEI (International Mobile Equipment Identity a unique number given 
to every mobile phone and stored in a database - the EIR or 
Equipment Identity Register - containing all valid mobile phone 
equipment; when a phone is reported stolen or is not type 
approved, the number is marked invalid); 

I-Mode (Japanese NTT DoCoMo Inc. system and protocol for permitting 
internet access via mobile telephones) 

IP Telephony Standards and communication systems; and 

MOBITEX Virtual Private Networking; 

MOEBIUS (Mobile Extranet Based Integrated User Service); 

NMT (Nordic Mobile Telephony); 

PCS (Personal Communications Services); 

PDA (Personal Data Assistant, e.g., PALM and PALM-type "computing 
platforms" and/or "connected organizers"); 
PDC (Personal Digital Cellular); 

Signaling System 7 (a telecommunications protocol defined by the 

International Telecommunication Union -- ITU - as a way to offload 
PSTN data traffic congestion onto a wireless or wireline digital 
broadband network); 

SIM (Subscriber Identity Module - smart cards that fit into GSM handsets, 
holding information on the phone subscriber and GSM encryption 
keys for security SIM cards that allow GSM subscribers to roam in 
other GSM operator networks); 

SIM Toolkit (a GSM standard adopted in 1996 for programming a SIM 
card with applications - the SIM toolkit allows operators to offer 
new services to the handset); 
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SMS (Short Message Service, or the transmission of short text messages 
to and from a mobile phone, fax machine and/or IP address - 
messages must be no longer than 160 alpha-numeric characters 
and contain no images or graphics); 
SMSC (Short Message Service Center - used in conjunction with SMS 
to receive short messages); 
TACS (Total Access Communication System); 

TDMA (IS-136 specification for advanced digital wireless services); 
3G (Third Generation of digital wireless technology, promising to bring 
data speeds of between 64,000 bits per second to 2 megabits per 

second - this next generation of networks will generally allow downloading 
of video, high quality music and other multimedia - the phones and 
networks also promise to offer cellular phone customers worldwide 
roaming capabilities because all 3G handsets are expected to contain a 
universal SIM); 
UMTS (Universal Mobile Telecommunications System or 

Third Generation (3G) mobile technology capable of delivering broadband 
information at speeds up to 2Mbit s/sec, and in addition to voice and data, 
delivering audio and video to wireless devices anywhere in the world 
through fixed, wireless and satellite systems); 
WAP (Wireless Application Protocol); 
and 

WCDMA (Wideband Code Division Multiple Access); 

In the present invention, it is preferred that communication system 120 offer a 
combination of all-digital transparent voice, data, fax and paging services, and that system 
120 further provide interoperability between mobile satellite and cellular networks. It is 
also preferred in the present invention that communication system 120 permit patients to 
use mobile phones that are compatible with satellite systems in any country as well as 
across a plurality of geographic regions, thereby creating roaming capabilities between 
different systems' regional footprints. In one such embodiment of the present invention, 
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mobile telephone 1 10 may be , for example, a Motorola P7389 tri-band mobile telephone 
or similar device, or include a universal SIM, WAP or other card, chip or code designed to 
allow patient 5 or health care provider 136 worldwide roaming privileges. 
Smart features or cards may be incorporated into mobile phone 1 10 to offer increased 
security for Internet, international and other transactions or communications. Moreover, 
mobile phone 110 may be a "dual-slot" phone having a second slot or connector into 
which patient 5 or health care provider 136 can insert a chip-based card or module for 
medical service payments, applications, programming, controlling, and/or assisting in 
controlling the operation of mobile phone 1 10 and/or communications module 100. 
Mobile phone 1 10 may also be configured to accept PCM/CIA cards specially configured 
to fulfill the role of communication module 100 of the present invention. Alternatively, 
mobile phone 1 10 and/or communication module 100 may receive medical service 
payment, application programming, controlling and/or other information or data by 
wireless means (e.g., BLUETOOTH technology, infrared signals, optical signals, etc.) 
from a chip-based card, module or sensor located in relatively close proximity to 
communication module 100 and/or mobile telephone 1 10 and in the possession of patient 
5 and/or health care provider 136 or located in sufficiently close proximity to patient 5 or 
remote health are provider 136 so as to permit reliable communication. Mobile phone 110 
may also be an off-the-shelf or specially configured phone having a plurality sensing 
electrodes disposed on its backside for sensing ECGs. See for example, the VITAPHONE 
product manufactured by vitaphone GmbH of Altrip, Germany, which product may be 
modified advantageously in accordance with several embodiments of the present invention 
upon reading the present disclosure and reviewing the drawings hereof. 
In still another embodiment of the present invention, a chip-based card or module capable 
of effecting telemetric communications between IMD 10 and mobile phone 1 10 is 
configured for insertion into a second slot of a dual-slot phone, thereby eliminating the 
need to modify the housing or other portions of an off-the-shelf mobile phone 1 10 for use 
in the system of the present invention while also preserving the first slot of the mobile 
phone for other applications. 

It is also preferred in the present invention that at least portions of communication 
module 100, mobile phone 110, communication system 120 and remote system 130 be 
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capable of communicating in accordance with the Transmission Control Protocol/Internet 
Protocol (TCP/IP), the suite of communications protocols used to connect hosts on the 
Internet. TCP/IP itself uses several protocols, the two main ones being TCP and IP. 
TCP/IP is built into the UNIX and other operating systems and is used by the Internet, 
making it the de facto standard for transmitting data over networks. Even network 
operating systems that have their own protocols, such as Netware, also support TCP/IP. 
Communication module 100 and mobile telephone 1 10 may also be capable of accessing 
the Internet using any one or more of the dial-up Integrated Services Digital Network 
(ISDN) direct line, dial-up Euro-ISDN direct line, dial-up ADSL direct line, and 
conventional dial-up (i.e., modem via phone lines) standards, as well as by through 
network connections. 

The mobile telephone of the present invention is not limited to embodiments 
capable of receiving or transmitting voice or data information only, but includes within its 
scope mobile telephones having web-browsing, e-mail, data storage, fax, 7and data 
uploading and/or downloading capabilities. The mobile telephone of the present invention 
also includes within its scope "smart" mobile telephones that work as both mobile phones 
and handheld computers, mobile telephones having removable SIM or other cards, . 
The Wireless Application Protocol (WAP) finds useful application in some embodiments 
of communication module 100, mobile telephone 110, communication system 120, and 
remote system 130 of the present invention owing to its secure specification that permits 
patient 5 or remote health care provider 136 (such as physician 135) to access information 
instantly via communication module 100 and mobile telephone 110. WAP supports most 
wireless networks, including CDPD, CDMA, GSM, PDC, PHS, TDMA, FLEX, ReFLEX, 
iDEN, TETRA, DECT, DataTAC, and Mobitex. WAP is supported by virtually all 
operating systems, including PalmOS, EPOC, Windows CE, FLEXOS, OS/9, and JavaOS 
and perhaps SYMBIAN. WAP employed in conjunction with 3G data transmission is 
viewed as being a particularly efficacious component in some embodiments of the present 
invention. 

WAP is also particularly suitable for use in connection some embodiments of the 
present invention because it can accommodate the low memory constraints of handheld 
devices and the low-bandwidth constraints of a wireless-handheld network. Although 
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WAP supports HTML and XML, the WML language (an XML application) is specifically 
devised for small screens and one-hand navigation without a keyboard. WML is scalable 
from two-line text displays up through graphic screens found on items such as smart 
phones and communicators. WAP also supports WMLScript. It is similar to JavaScript, 
but makes minimal demands on memory and CPU power because it does not contain 
many of the unnecessary functions found in other scripting languages. 

According to one embodiment of the present invention, an operator or a computer 
located at remote system 130 initiates remote contact with communication module 100. 
As discussed above, communication module 100 is capable of down-linking to and 
uplinking from IMD 10 via telemetry module 101 and antenna or coil 56 and RF 
transceiver circuit 78 to enable the exchange of data and information between IMD 10 and 
module 100. For example, an operator or a clinician located at remote computer 130 may 
initiate downlinking to communication module 100 to perform a routine or a scheduled 
evaluation of the performance of IMD 10 or communication module 100. Such 
downlinking may also be initiated by remote computer 130 according to a pre- 
programmed or predetermined schedule, or in accordance with a prescription previously 
issued by a physician. 

Alternatively, uplinking of information or data contained in IMD 10 may be 
initiated automatically by IMD 10 or manually by patient 5 to remote computer 130 in 
response to a detected physiologic event (e.g., cardiac arrhythmia, cardiac tachycardia, 
syncope, cardiac fibrillation, vital signs of patient 5 being outside normal ranges, etc.) or 
an IMD performance-related event (e.g., low battery, lead failure, excessive input 
impedance, etc.) via communication module 100 and mobile telephone 110. 
Examples of data or information that may be uplinked to communication module 100 from 
IMD 10 include, but are in no way limited to, blood pressure data, electrogram data, 
electrocardiogram data, pH data, oxygen saturation data, oxygen concentration data, QT 
interval data, activity level data, accelerometer or piezoelectric sensor data, minute 
ventilation data, transthoracic impedance data, heart rate data, heart rate variability data, 
ST elevation data, T-wave alternans data, ICD or PCD charging current status, current 
battery state of charge, drug pump reservoir level status, drug pump reservoir filling status, 
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catheter occlusion data, IMD prescription table, software application versions installed in 
the IMD, data stored in or acquired by MEDTRONIC CHRONICLE devices, and so on. 
Such data may be uplinked in real-time from IMD 10 to communication module 100. 
Alternatively, such data may be stored in a memory or storage device disposed within 
IMD 10 for uplink according to a predetermined schedule stored in IMD 10, upon sensing 
of a threshold physiologic or IMD performance event, or when interrogated by 
communication module 100. 

Communication module 100 may also acquire such data or information from IMD 
10 according to a predetermined schedule stored in a memory of communication module 
100, and subsequently store such data in memory/storage module 105 until 
communication module 100 is interrogated by remote computer system 130 and an 
instruction is received to uplink the information or data to remote system 130. 
Alternatively, communication module 100 may acquire the information when prompted to 
do so by patient 5 or by remote computer system 130. 

In another embodiment of the present invention, a Personal Data Assistant (PDA) 
or similar device is employed in place of, in addition to or as part of mobile telephone 110. 
Combined mobile telephone and PDA devices are specifically contemplated for use in 
conjunction with the devices, systems and methods of the present invention. Examples of 
such combined mobile telephones and PDAs include, but are not limited to, the NOKIA 
Model 9210 device, the MATSUSHITA DILIP MISTRY device, and the COMPAQ iPAQ 
device. Communication module 100 is linked wirelessly or via a physical connection to 
the PDA, which in turn is capable of communicating through communication system 120 
with remote system 130 and/or remote health care provider 136. The PDA may 
communicate with and through communication system 120 via wireless means such as 
mobile telephonic means, RF means, ultrasonic means, infrared means or optical means, 
or may communicate with and through communication system 120 via traditional 
telephone wire means. 

For example, the PDA or mobile telephone of the present invention can be 
configured to receive and transmit data by infra-red means to communication system 120 
and/or to communication module 110 located on or near patient 5. As patient 5 roams 
about his home or ventures to other locations such as suitably equipped hotels, hospitals, 
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communities, automobiles or aircraft the PDA remains capable of receiving or 
transmitting information to or from, for example, infrared sensors or other data 
communication ports (e.g., BLUETOOTH ports) connected to or forming part of 
communication system 120, and located in the walls, fixtures or other portions of the 
environment through which patient 5 is moving or located. Of course, the PDA also 
remains capable of communicating with communication module 100 (which in turn can 
communicate with IMD 10) so that data may ultimately be exchanged between remote 
system 130 and IMD 10. 

PDA 110 may also be configured to automatically communicate with IMD 10 or 
communication system 120, or can be configured to do so upon the prompting or initiation 
of patient 5, remote health care provider 136, IMD 10 or remote system 130. In such a 
manner, it is contemplated in the present invention that IMD 10, communication module 
100 and/or mobile telephone or PDA 1 10 can remain in continuous, relatively continuous 
or at least intermittent communication with remote system 130 and/or health care provider 

' 136 even as patient 5 drives an automobile, goes to work, travels through airports or on 
aircraft, walks through buildings and so on. 

PDA 1 10 can also Mobile phone 1 10 may also be configured to accept PCM/CIA 
cards specially configured to fulfill the role of communication module 100 of the present 
invention. Alternatively, PDA 1 10 and/or communication module 100 may receive 
medical service payment, application programming, controlling and/or other information 
or data by wireless means (e.g., BLUETOOTH technology, infrared signals, optical 
signals, etc.) from a chip-based card, module or sensor located in relatively close 
proximity to communication module 100 and/or PDA 1 10 and in the possession of patient 
5 and/or health care provider 136 or located in sufficiently close proximity to patient 5 or 
remote health are provider 136 so as to permit reliable communication. PDA 110 may 
also be an off-the-shelf or specially configured PDA having a plurality sensing electrodes 
disposed on its backside for sensing ECGs or other signals. 

It is further contemplated in the present invention that communication module 

' 100/110 comprise a hand-held mobile telephone having WAP or BLUETOOTH 
capabilities, or a hand-held mobile telephone having keyboard and/or Liquid Crystal 
Display (LCD) means for entering or responding to screen displays or information. See, 
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fox example, the R380 handset manufactured by Ericcson of Sweden. Monochrome and 
color LCD and other types of displays are also contemplated for use with the mobile 
telephone or PDA of the present invention. It is further contemplated in the present 
invention that an off-the-shelf mobile telephone, or combined PDA and mobile telephone 
having a removable faceplate, where the original faceplate is removed from the phone or 
PDA and replaced with a custom faceplate where 

Keyboardless mobile telephones 1 10, PDAs 1 10, or combined mobile 
telephones/PDAs 1 10 are also contemplated in the present invention, where patient 5 taps 
on the display to bring up or enter information in a manner similar to that now employed 
in, for example, PALM-, HANDSPRING VISOR- or SONY CLIE-brand PDAs. 
It is also contemplated that patient 5 interact with communication module 100/1 10, remote 
system 130 and/or remote health care provider 136 by tapping on screen icons displayed 
on a screen incorporated into communication module 100/1 10. The icons could be, for 
example, an ambulance icon indicating the need for emergency care, a printer icon 
indicating that the patient desires to have module 100/1 10 print out or display a report on 
the patient's health, a physician icon indicating that the patient wishes to communicate 
with his remote health care provider, and so on. Incorporated by reference herein, in its 
entirety, is the "Handbook for the Palm V Organizer", P/N: 405-1 139, A/N: 423-1 138 
published by Palm Computing, Inc. of Santa Clara, California. After reading the present 
disclosure and reviewing the drawings thereof it will become clear that many applications 
of PDAs can be envisaged or implemented in conjunction with or as part of the various 
embodiments of the communication systems and methods of the present invention. 
In still other embodiments of the present invention, communication module 100 may be 
incorporated into or onto, or form a part of, a device such as a patch or module adhered or 
otherwise secured to or located near the skin or clothing of patient 5, or subcutaneously 
beneath the skin of patient 5, the device being located on, near or in the patient in such a 
position as to reliable permit telemetric or other communication with IMD 10, as well as 
with mobile telephone or PDA 110. Mobile telephone or PDA 1 10 may further be 
incorporated into such a device, volume, form factor and weight permitting. See, for 
example, U.S. Patent No. 5,634,468 to Piatt et al. which describes devices that may be 
readily adapted in conformance with the immediately foregoing embodiments of the 
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present invention. Such a device or patch may also be configured to hold and deliver 
beneficial agents to patient 5 in response to receiving an appropriate signal or input from 
remote health care provider 136, remote system 130, communication module 100 and/or 
mobile telephone or PDA 1 10, or IMD 10. That is, such a device may be, by way of 
example only, an implantable drug pump or dispenser, a non-implantable drug pump or 
dispenser, a subcutaneous drug pump or dispenser, a patch capable of transmitting or 
delivering a beneficial agent to patient 5 electrically, mechanically, transdermally, 
iontophoretically, electrophoretically or otherwise. See, for example, the devices and 
methods disclosed in U.S. Patent Numbers 6,126,642; 6,126,637; 6,105,442; 6,095,491; 
6,090,071; 6,086,561; 6,086,560; 6,045,533; 6,063,059; 6,030,363; 6,027,472; 6,010,482; 
6,007,518; 5,993,425; 5,993,421; 5,980,489; 5,962,794; 5,961,492; 5,957,891; 5,925,017; 
5,921,962; 5,906,703; 5,906,592; 5,885,250; 5,876,377; 5,858,005; 5,873,857; 5,840,071; 
5,830,187; 5,807,335; 5,807,323; 5,779,676; 5,776,103; 5,743,879; 5,741,242; 5,735,818; 
5,720,729; 5,716,343; 5,700,244; 5,693,019; 5,693,018; 5,656,032; 5,649,910; 5,569,236; 
5,545,139; 5,531,683; 5,514,090; 5,484,415; 5,484,410; 5,468,226; 5,433,709; 5,419,771; 
5,411,480; 5,385,546; 5,385,545; 5,374,256; 5,372,578; 5,354,278; 5,336,188; 5,336,180; 
5,334,197; 5,330,426; 5,328,464; 5,314,405; 5,279,558; 5,267,957; 5,263,940; 5,236,418; 
5,205,820; 5,122,116; and 5,019,047, all assigned to Science Inc. of Bloomington, 
Minnesota, at least some of which devices and methods may be modified advantageously 
in accordance with the teachings of the present invention and the patch, module or other 
such device described hereinabove. 

Referring now to Figure 8, communication module 100 is illustrated as being 
capable of communicating with one or a plurality of IMDs 10, 10' or 10". As discussed 
above, those IMDs are most preferably capable of communicating wirelessly or by other 
means (such as through interconnecting leads or electrical conductors) with one another. 
See, for example, U.S. Patent No. 4,886,064 to Strandberg which describes devices that 
may be readily adapted in conformance with the immediately foregoing embodiments of 
the present invention. Figure 8 also shows that in some embodiments of the present 
invention remote system 130 may comprise a remote expert or other type of system and/or 
data center 131, and may further comprise data resource system 112. 



WO 03/095024 



PCT/US03/12075 



55 

We refer now to Figures 9A and 9B, where flow charts for two methods of the present 
invention relating to patient-initiated communication between IMD 10 and/or 
communication module 100/mobile telephone or PDA 1 10 and various components of 
remote system 130 via communication system 120 are illustrated. It is contemplated in 
Figures 9A and 9B that a PDA, PDA-capable mobile telephone or PDA-type device be 
optionally employed, either as a replacement for mobile telephone 110, in addition to 
mobile telephone 1 10 or as part of mobile telephone 110. 

In Figure 9A, patient 5 at step 201 determines or desires that medical attention 
should be provided or is required. Such a determination or desire may be based on 
physiological events which patient 5 or others in his company sense, or may be based 
merely upon the patient's feeling or desire that his health status or the performance status 
of his IMD 10 ought to be checked. At step 203, patient 5 initiates upload of data from 
IMD 10 to communication module 100 by pressing an appropriate button or portion of 
communication module 100, or issuing an appropriate voice command to same. IMD 10 
and communication module 100 then communicate with one another and the data are 
uploaded. Alternatively, step 203 may be skipped if the desired data have already been 
uploaded by communication module 100 and are now stored in memory/storage medium 
105. 

Next, at step 207 the data are transferred from communication module to mobile 
telephone or PDA 110, and thence on to remote system 130 via communication system 
120. At step 209, remote health care provider 136, remote computer system 131 and/or 
131', and/or a remote expert computer system evaluate, review and analyze the data. In 
step 211, diagnosis of the patient's condition (and/or that of IMD 10, communication 
module 100, and/or mobile telephone or PDA 1 10) is made by one or more of remote 
health care provider 136, remote computer system 131 and/or 13 V, and/or a remote expert 
computer system. 

At step 213, any one or more of remote health care provider 136, remote computer 
system 131 and/or 13 F, and/or a remote expert computer system determines, on the basis 
of the analysis, whether patient 5, communication module 100, mobile telephone or PDA 
110 and/or IMD 10 require further attention, correction or intervention. If the analysis 
reveals that patient 5, communication module 100, mobile telephone or PDA 110 and/or 
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IMD 10 is functioning normally within acceptable limits, patient 5 may be so notified via 
communication system 120, mobile phone 110 and a visual display or audio signal emitted 
by communication module 100 (or mobile phone or PDA 110). If, on the other hand, the 
analysis reveals that a problem exists in respect of any one or more of IMD 10, 
communication module 100, mobile telephone or PDA 110, and/or patient 5, then remote 
system 130 and/or health care provider 136 determines an appropriate remedial response 
to the problem, such as changing the operating parameters of IMD 10, communication 
module 100 and/or mobile telephone or PDA 1 10, delivering a therapy to the patient (e.g., 
a pacing, cardioverting or defibrillating therapy, or administration of a drug or other 
beneficial agent to patient 5), or instructing patient 5 by audio, visual or other means to do 
something such as lie down, go to the hospital, call an ambulance, take a medication, or 
push a button. 

The remedial response or therapy determined in step 217 is next executed at step 
219 by remote health care provider 136 or remote system 130 and relayed at step 221 via 
communication system 120 to communication module 100 and/or IMD 10 via mobile 
phone or PDA 110. After the remedial response or therapy has been delivered, at step 225 
communication module and/or mobile telephone 1 10 may send a confirmatory message to 
remote system 130 and/or remote care giver 136 indicating that the remedial response or 
therapy has been delivered to patient 5 and/or IMD 10. 

Communication module 100 and/or mobile telephone or PDA 110 may also store data 
concerning the patient-initiated chain of events described above so that the data may be 
later retrieved, analyzed, and/or a future therapy determined at least partially on the basis 
of such data. Such data may also be stored by remote data system 130 for later retrieval, 
analysis and/or future therapy determination. 

It is to be noted that all steps illustrated in Figure 9A need not be carried out to fall 
within the scope of the present invention. Indeed, it is contemplated in the present 
invention that some steps illustrated in Figure 9 A may be eliminated or not carried out, 
that steps illustrated in Figure 9A may be carried out in an order different from that shown 
in Figure 9A, that steps other than those explicitly illustrated in the Figures may be 
inserted, and that steps illustrated in different Figures set forth herein (i.e., Figures 9B, 9C, 
10A, 10B, 11 A, 11B, 12a, 12B, 12C, 13A and 13B) maybe combined in various 
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combinations and permutations, and nevertheless fall within the scope of certain 
embodiments of the present invention. The same considerations hold true for all flow 
charts and methods illustrated in the drawings hereof and described herein. 
In Figure 9B, some of the same steps shown in Figure 9A are executed. Invoice 
generation steps 229 may be automatically generated in conjunction with or in response to 
one or more of steps 201, 207, 213A, 213B, 217, 225 or 227 being carried out The 
invoices so generated may be electronically transmitted to appropriate locations for further 
processing and billing. The amounts of the invoices so generated may depend, for 
example, on the number, type and/or frequency of services provided to patient, the type or 
identification indicia stored in communication module 100 or IMD 10, and other factors. 
Figure 9C shows another method of the present invention related to the methods illustrated 
in Figures 9 A and 9B. In Figure 9C patient 5 determines that medical attention is required 
or desirable. Steps 203 and 205 are equivalent to those described above in respect of 
Figures 9 A and 9B. At step 206a, uploaded data from IMD 10 or data previously 
uploaded from IMD 10 stored in communication module 100 and/or mobile telephone or 
PDA 1 10 are compared to pre-programmed or stored data and/or data ranges to help 
establish whether the uploaded data fall within a safe range. 

If the comparison of data reveals that the uploaded data fall into a safe range, then 
patient 5 is so alerted at step 227. If the comparison of data reveals that the uploaded data 
do not fall within the safe range represented by the pre-programmed or stored data, then 
steps 213, 217 and 219 illustrated in Figures 9A and/or 9B are carried out Patient 5 or 
patient 5's health care provider or insurer may be billed for the request for medical 
attention made at step 201 or any or all of steps 229. 

When a diagnostic assessment, remedial response or therapy is executed and 
relayed to IMD 10, communication module 100 and/or mobile telephone or PDA 110, 
charges may be billed to patient 5 or patient 5's health care provider or insurer at a fixed 
rate or at a rate proportional to the amount of time required to relay or execute the 
assessment, response or therapy, or at a rate which depends upon the particular type of 
information, assessment, remedial response or therapy being delivered to patient 5. 
Other steps shown in Figure 9C may also be carried out, such as having prescription drugs 
mailed to patient 5 and billed to an insurance company or reimbursement authority at steps 
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217/23 1 in response to receiving appropriate and timely authorization from patient 5, 
remote health care provider 136 and/or an insurer, placing patient 5 on periodic 
surveillance for a fee and/or requesting that patient 5 authorize charges for such 
surveillance at steps 217/231, determining patient 5 should be taken to the emergency unit 
of a hospital, ordering an ambulance for patient 5 and billing charges for the ambulance 
service to the appropriate entity at steps 217/229, and determining at step 217 that the 
operating parameters of IMD 10, communication module 100 and/or mobile phone or 
PDA 1 10 need to or should be updated or changed, followed by requesting at step 23 1 that 
patient 5, health care provider 136 or an insurer confirm acceptance of charges for such 
parameter updates or changes before or at the same time as they are implemented. 
In other methods of the present invention, it is contemplated that pre-paid telephone or 
other magnetic cards be used in conjunction with communication module 100 and/or 
mobile telephone or PDA 1 10 as a means of authorizing the provision of services, 
medications, prescriptions and information. Such pre-paid cards could be employed in 
conjunction with telephone service providers and their billing and invoicing systems. 
Referring briefly to Figures 6A through 6C, and by way of example only, when 
telephone/PDA 1 10 establishes communication via communication system 120, the 
telephone service provider involved in carrying out at least some of the functions of 
communication system 120 can keep track of and calculate charges made using pre-paid 
cards by a particular patient 5. The amount of charges billed against a pre-paid card could 
be made dependent on the complexity of the procedures and services which are initiated 
by patient 5, IMD 10 and/or communication module 100/mobile telephone or PDA 110. 
For example, a routine check of the battery state of charge of IMD 10 could cost a low 
number of magnetic impulses stored on the pre-paid card, while an instruction to deliver a 
tachycardia intervention originating from remote system 130 could cost a high number of 
magnetic impulses stored on the pre-paid card. Additionally, the communication system 
of the present invention can be configured to store and tally bonus points for patient 5, 
where the number of bonus points stored for patient 5 depends, for example, on the 
number of transactions patient 5 has engaged in or initiated using the methods, systems or 
devices of the present invention. For example, if a pharmaceutical company conducting a 
clinical trial or study involving IMD 10 and/or a prescription drug manufactured by the 
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company that is being used in the study wishes to purchase data from patient 5 or patient 
5's IMD 10, communication module 100 and/or mobile telephone or PDA 110, and patient 
5 authorizes such purchase, patient 5's pre-paid card could be credited with a number of 
extra magnetic pulses or extra bonus points could be stored in his behalf, by, for example, 
a telephone service provider. At some point patient 5 can receive a cash or other 
reimbursement according to the total number of bonus points he has accumulated. 
It is important to note that the billing inquiry, acceptance, authorization and confirmation 
steps illustrated in the various Figures hereof or described herein may include 
communications with and determinations made by an insurer having access to at least 
portions of the various communication networks described herein. Additionally, it is 
important to point out that it is contemplated in the present invention that a telephone 
service provider can be involved in the automated invoicing and billing methods of the 
present invention, and that patient 5 and/or remote system 130 and/or remote health care 
provider 136 be involved or be permitted to be involved in the service request initiation, 
remedial action determination and execution, and billing inquiry, acceptance, 
authorization and confirmation steps illustrated in the various Figures hereof and described 
herein. 

Thus, it will now become apparent that one important aspect of the various 
embodiments of the present invention is automated and streamlined billing and invoicing 
methods that increase patient empowerment, lower health care costs and result in the 
delivery of more customized and timely therapies and remedial actions to patient 5. For 
example, if in any of Figures 9A through 9C patient 5 caries out step 201 by, e.g., pressing 
an appropriate button, a screen or display on communication module 100 and/or mobile 
phone or PDA 110, one or more messages could be displayed to patient 5 such as: "Your 
heart rate is OK", "You are not in atrial fibrillation", "Call the hospital Immediately", or 
"Go to Hospital". 

Inquiries made by patient 5, communication module 100, IMD 10, mobile phone or 
PDA 110, remote health care provider 136 or remote system 130, and the invoices 
generated in response to those inquiries being made, may be separated into three main 
categories: 
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(i) patient visible inquiries, where the patient confirms the inquiry he 
wishes to make, an invoice is generated automatically, and the 
invoice is logged; 

(ii) patient relayed inquiries, where the patient is requested to carry out 
an action such as taking a medication or confirming that he wishes 
to receive a therapy before an invoice is generated automatically 
and the invoice is logged; 

(iii) patient invisible inquiries, where IMD 10, communication module 
100, mobile phone or PDA 1 10, remote system 130 or remote health 
care provider 136 initiates communication for patient monitoring, 
clinical study monitoring, therapeutic, clinical outcome study or 
other purposes to thereby minimize unnecessary patient-physician 
or patient-hospital interaction. 

Phone or PDA 1 10 and/or communication module 100 could be provided at no up- 
front cost to patient 5. Once patient 5 activates or requests a service using phone or PDA 
110 and/or communication module 100, the bills for services incurred subsequently or 
simultaneously could be charged through a telephone company operating in a business 
alliance with remote health care provider 136. 

Such automated billing methods and health care delivery services have the potential to 
reduce overall health care costs and improve the timely and efficient delivery of therapies 
and remedial responses to patient 5 because remote health care provider 136 would be 
monitoring the health status of patient 5 and/or delivering therapies to patient 5 without 
the involvement of expensive institutions such as hospitals or clinics. Accordingly, the 
methods and procedures of some embodiments of the present invention could deduces the 
number of unnecessary emergency room visits or physician consultations made by patient 
5. 

Automated invoicing may also be carried out at the opposite end of the system of 
the present invention, such as at remote health are provider 136 or physician 135, such that 
when remote health care provider 136 and/or physician 135 requests delivery of 
information or a therapy to patient 5, an invoice is automatically generated and is billed, 
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for example, through a telephone company or to an insurance company or reimbursement 
authority. 

Review and authorization of government reimbursements for services charges 
incurred as a result of using the various systems and methods of the present invention 
could also be automated. Reimbursement costs, patient identities and other data 
associated with reimbursement could be tracked and centralized very efficiently and easily 
using the methods of the present invention. IMD 10, mobile phone or PDA 1 10 an/or 
communication module 100 could have a patient identity code stored therein for 
transmittal to remote system 130. Such a code could be employed at remote system 130 or 
elsewhere to verify the identity of patient 5 or the type or model of IMD 10, 
communication module 100 and/or mobile phone or PDA 110, and receipt of such a code 
could be employed as a precondition to receiving information, remedial action or a therapy 
from remote system 130. 

In other billing methods of the present invention, a server located at remote health 
care provider 136 contacts patient 5 via mobile phone or PDA 1 10 and inquires whether 
patient 5 would like to receive a therapy, remedial action or information from remote 
system 30 and/or health care provider 136 or another source, the provision of which will 
result in patient 5 or an insurance company being billed. Patient 5 must confirm he wishes 
to receive such information, remedial action or therapy before delivery of same. Insurance 
company or reimbursement authority authorization could be included in such a method as 
a prerequisite to receiving the information, remedial action or therapy. 
In one method of the present invention, remote system or server 130 automatically 
contacts patient 5 according to a predetermined schedule, upon receiving instructions to do 
so from another source (e.g., a physician, or a data mining project which results in 
detecting a trend or symptom characterizing patient 5 and other like individuals), or in 
response to receiving information relayed to remote system 130 as a result of IMD 10 
and/or communication module 100/mobile phone or 1 10 initiating communication with 
remote system 130 in response to detecting a condition in patient 5 or his environs that 
requires monitoring of patient 5, analysis of data from patient 5 or the execution of 
remedial action. 
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In another method of the present invention, patient 5 or her insurance company 
leases or rents module 100 and/or mobile phone or PDA 1 10 on a daily, weekly, monthly, 
quarterly, annual or other basis. In such a method, module 100 and/or mobile phone or 
PDA 1 10 are leased or rented for the period of time required to monitor IMD 10 implanted 
in patient 5, deliver remedial action or therapy to patient 5 via IMD 10 and/or another 
medical device, or acquire data from IMD 10 and/or communication module 100/mobile 
phone or PDA 1 10. For example, patient 5 may be a terminally or seriously ill patient 
who is not expected to survive longer than a period of months or weeks, where economic 
considerations or reimbursement policies might otherwise dictate that one or more of the 
various systems or methods of the present invention not be employed to treat or monitor 
patient 5 because of prohibitively high costs. Once patient 5 becomes well again or dies, 
module 100 and/or mobile phone or PDA 1 10 may be used to treat or monitor other 
patients, thereby lowering patient, insurance, reimbursement, hospital, physician costs 
while improving the quality and type of care administered to patient 5. 

In another method of the present invention, IMD 10 may be provided to and 
implanted within patient 5 and be capable of effecting rather broad features and 
functionalities that may be selectively and remotely activated or de-activated under the 
control of remote system 130 communicating with IMD 10 via communication system 120 
and mobile phone or PDA 110 and/or communication module 100. In such a method, it is 
contemplated that perhaps only certain of the available features of IMD 10 may be 
required to treat and/or monitor patient 5, and that only certain or all of those features may 
be selected initially by a physician. Subsequently, and most preferably after data have 
been acquired by IMD 10 and transferred therefrom to remote system 130 using the 
communication system of the present invention or in response to information provided or 
inquiries made by patient 5, physician 135, remote health care provider 136 and/or remote 
system 130, certain of the features or functionalities possessed by IMD 10 maybe 
terminated or activated. 

For example, it may be determined that IMD 10 has not been optimally 
programmed for a particular patient 5 once sufficient data have been acquired and 
evaluated remotely at system 130. New IMD or updated patient specific operating 
parameters can then be downloaded to IMD 10, and/or IMD functionalities or features can 
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be enabled or disabled in IMD 10. According to such a method, IMD 10 and/or 
communication module 100/mobile phone or PDA 110 may be provided initially to patient 
5 with a minimum number of features or functionalities, and therefore sold at the lowest 
possible initial cost After an initial trial operation period during which data are collected 
from IMD 10 and/or communication module 100/mobile phone or PDA 1 10, or during 
which feedback is elicited from patient 5 and/or physician 135, it may be desirable to 
update or change the functionality of IMD 10 so as to offer more advanced therapy or 
monitoring capabilities to patient 5 via IMD 10. Once such updates or changes are 
implemented in IMD 10 a new invoice is generated reflecting the incremental cost of 
adding the new capabilities or features to IMD 10 and/or communication module 
100/mobile phone or PDA 110. 

In accordance with such methods of the present invention, patients 5 may in some 
cases be able to leave the hospital earlier than might otherwise be possible because of the 
built-in remote monitoring and adaptability capabilities of the system of the present 
invention. Additionally, the invoices generated in accordance with the various methods of 
the present invention could result in smaller payments being made over longer periods of 
time, thereby further lowering overall health care costs while at the same time improving 
the quality and type of care provided to patients 5. 

It will now become clear that an almost infinite number of combinations and 
permutations of the various steps of the invoicing methods of the present invention may be 
conceived of and implemented in accordance with the teachings of the present invention. 
For example, at or after step 217 in any of Figures 9A, 9B and 9C a report may be 
generated at remote system 130 or at communication module 100 and/or mobile telephone 
or PDA 1 10. Or remote system 130 or remote health care provider 136 may, in response 
to receiving a request for medical attention from patient 5, IMD 10 and/or communication 
module 100/mobile telephone or PDA 1 10, contact a physician or specialist indicated in a 
database of remote system 130 as being patient 5's emergency contact to request that the 
physician or specialist review data or reports provided by the system of the present 
invention and subsequently adjust the operating parameters of IMD 10. Or IMD 10 may be 
re-programmed with new software or algorithms in response to review and analysis of 
information obtained remotely from IMD 10. Or invoices, reports, confirmations of 
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billing, confirmations of therapy delivery, and so on generated by the various methods of 
the present invention may be automatically transmitted in a pre-programmed or 
predetermined manner to insurance companies, reimbursement authorities, hospitals, 
physicians, patients, health care professionals or other persons or institutions via fax, e- 
mail, postal service, express mail, voice mail, SMA or other known communication 
means. 

The methods and devices of the present invention could also permit the process of 
obtaining patient consents to the release of medical information to be streamlined. For 
example, patient 5 could be interrogated on an as-required basis via mobile phone or PDA 
1 10 to provide confirmation that the data or information that has been acquired, is being 
acquired, or will be acquired from or relating to him may be released to certain entities or 
personnel, such as insurance companies, clinical study managers, physicians, nurses, 
hospitals and governmental or academic institutions. A log of the patient's responses to 
such inquiries could be maintained in the memory or storage of communication module 
100 or remote system 130. 

As mentioned briefly above, the various methods and devices of the present 
invention may also be configured and adapted to more efficiently and cost-effectively 
administer clinical monitoring studies and clinical outcome studies. In accordance with 
one embodiment of the present invention, IMDs implanted in patients 5 and/or 
corresponding communication modules 100 or mobile phones or PDAs 110, where 
patients 5 are participating in clinical outcome studies and/or clinical monitoring studies, 
are interrogated for data required or desired for purposes of completing such studies. 
Devices 10, 100 and/or 110 are remotely interrogated using remote system 130 and 
communication system 120. Patients 5 are remotely interrogated for the required data on 
an as-required basis, or according to a predetermined schedule, either automatically or 
under the direct or indirect control of remote health care provider 136. According to this 
method of the present invention, there is no need for patients having to go to clinics or 
hospitals to have data uploaded from their IMDs so that data required for the studies may 
be acquired. Accordingly, patient, clinical study and overall health care costs are reduced, 
while the rate at which such studies may be completed, and the scope, amount and types of 
clinical data which may be acquired using such methods, are increased. 
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We refer now to Figures 10A and 10B, where flow charts for two methods of the 
present invention relating to device-initiated communication between IMD 10 and/or 
communication module 100/mobile telephone or PDA 110 and various components of 
remote system 130 via communication system 120 are illustrated. It is contemplated in 
Figures 10A and 10B that a PDA, PDA-capable mobile telephone or PDA-type device be 
optionally employed, either as a replacement for mobile telephone 1 10, in addition to 
mobile telephone 1 10 or as part of mobile telephone 110. 

In Figure 10A, IMD 10 and/or communication module 100 and/or mobile 
telephone or PDA 1 10 at step 301 senses a threshold event, a predetermined time arrives, 
or makes a determination that medical attention or information should be provided or is 
required. Such a threshold sensing event, predetermined time or determination may be 
based, for example, on physiological events sensed in patient 5, a predetermined schedule 
or calculations made by IMD 10 and/or communication module and/or mobile telephone 
or PDA 110 using data sensed or provided by IMD 10. 

At step 303, IMD 10 and/or communication module 100 and/or mobile telephone 
or PDA 110 automatically initiates the upload of data from IMD 10 to communication 
module 100 and/or mobile telephone or PDA 1 10. IMD 10 and communication module 
100 then communicate with one another and the data are uploaded. Alternatively, step 
303 may be skipped if the required data have already been uploaded into communication 
module 100 and/or mobile telephone or PDA 1 10 and are now stored in memory/storage 
medium 105. 

Next, at step 307, the data are automatically transferred from communication 
module 100 to mobile telephone or PDA 1 10, if required, and thence on to remote system 
130 via communication system 120. At step 309, remote health care provider 136, remote 
computer system 131 and/or 131', and/or a remote expert computer system evaluate, 
review and analyze the data. In step 311, diagnosis of the patient's condition (and/or that 
of IMD 10, communication module 100, and/or mobile telephone or PDA 110) is made by 
one or more of remote health care provider 136, remote computer system 131 and/or 13 1 
and/or a remote expert computer system. 

At step 313, any one or more of remote health care provider 136, remote computer 
system 131 and/or 131 \ and/or a remote expert computer system determines, on the basis 
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of the analysis, whether patient 5, communication module 100, mobile telephone or PDA 
1 10 and/or IMD 10 require further attention, correction or intervention. If the analysis 
reveals that patient 5, communication module 100, mobile telephone or PDA 1 10 and/or 
IMD 10 is functioning normally within acceptable limits, IMD 10 and/or communication 
module 100 and/or mobile telephone or PDA 1 10, or patient 5, may be so notified via 
communication system 120, mobile phone 1 10, and a visual display or audio signal may 
be emitted by communication module 100 (or mobile phone or PDA 110). 
If, on the other hand, the analysis reveals that a problem exists in respect of any one or 
more of IMD 10, communication module 100, mobile telephone or PDA 110, and/or 
patient 5, then remote system 130 and/or health care provider 136 determines an 
appropriate remedial response to the problem, such as changing the operating parameters 
of IMD 10, communication module 100 and/or mobile telephone or PDA 1 10, delivering a 
therapy to the patient (e.g., a pacing, cardioverting or defibrillating therapy, or 
administration of a drug or other beneficial agent to patient 5), or instructing patient 5 by 
audio, visual or other means to do something such as lie down, go to the hospital, call an 
ambulance, take a medication, or push a button. 

The remedial response or therapy determined in step 317 is next executed at step 
319 by remote health care provider 136 or remote system 130 and relayed at step 321 via 
communication system 120 to communication module 100 and/or IMD 10 via mobile 
phone or PDA 110. After the remedial response or therapy has been delivered, at step 325 
communication module and/or mobile telephone or PDA 110 may send a confirmatory 
message to remote system 130 and/or remote care giver 136 indicating that the remedial 
response or therapy has been delivered to patient 5 and/or IMD 10. 

Communication module 100 and/or mobile telephone or PDA 1 10 may also store 
data concerning the patient-initiated chain of events described above so that the data may 
be later retrieved, analyzed, and/or a future therapy determined at least partially on the 
basis of such data. Such data may also be stored by remote data system 130 for later 
retrieval, analysis and/or future therapy determination. 

It is to be noted that all steps illustrated in Figure 10A need not be carried out to 
fall within the scope of the present invention. Indeed, it is contemplated in the present 
invention that some steps illustrated in Figure 10A may be eliminated or not carried out, 
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that steps illustrated in Figure 10A may be carried out in an order different from that 
shown in Figure 10A, that steps other than those explicitly illustrated in the Figures may 
be inserted, and that steps illustrated in different Figures set forth herein (i.e., Figures 9 A, 
9B, 9C, 10B, 11 A, 11B, 12a, 12B, 12C, 13A and 13B) maybe combined in various 
combinations and permutations, and nevertheless fall within the scope of certain 
embodiments of the present invention. The same considerations hold true for all flow 
charts and methods illustrated in the drawings hereof and described herein. 

In Figure 10B, some of the same steps shown in Figure 10A are executed. Invoice 
generation steps 229 may be automatically generated in conjunction with or in response to 
one or more of steps 301, 307, 311, 313A, 313B, 317, 325 or 327 being carried out. The 
invoices so generated may be electronically transmitted to appropriate locations for farther 
processing and billing. The amounts of the invoices so generated may depend, for 
example, on the number, type and/or frequency of services provided to patient, the type or 
identification indicia stored in communication module 100 or IMD 10, and other factors. 
We refer now to Figures 1 1 A and 1 IB, where flow charts for two methods of the present 
invention relating to remote system 130 and/or remote health care provider 136 (which 
may include or even be limited to physician 135) initiated communication between IMD 
10 and/or communication module 100 and/or mobile telephone or PDA 1 10 and various 
components of remote system 130 via mobile telephone or PDA 1 10 are illustrated. It is 
contemplated in Figures 1 1 A and 1 IB that a PDA, PDA-capable mobile telephone or 
PDA-type device be optionally employed, either as a replacement for mobile telephone 
1 10, in addition to mobile telephone 1 10 or as part of mobile telephone 1 10. 

In Figure 1 1 A, remote system 130 and/or remote health care provider 136 
determines that medical attention or information should be provided to patient 5 or is 
required by patient 5. A determination that such attention or information should be 
provided may be based on data or information previously relayed to remote system 130 or 
remote health care provider 136 by IMD 10 and/or communication module 100 and/or 
mobile telephone which is subsequently analyzed to determine if a remedial response is 
required or desirable, information contained in or generated by remote system 130 or an 
outside source of information (such as patient data monitoring intervals suggested or 
formulated by the manufacturer of IMD 10), or the action of health care provider 136. 
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At step 403, remote system 130 and/or remote health care provider 136 initiates upload of 
data from IMD 10 to communication module 100 and/or mobile telephone or PDA 1 10 via 
communication system 120. IMD 10 and communication module 100 then communicate 
with one another and the data are uploaded. Alternatively, step 403 may be skipped if the 
desired data have already been uploaded by communication module 100 and/or mobile 
telephone or PDA 1 10 and are now stored in memory/storage medium 105. Next, at step 
407, the data are transferred from communication module to mobile telephone or PDA 
1 10, and thence on to remote system 130 via communication system 120. At step 409, 
remote health care provider 136, remote computer system 131 and/or 131', and/or a 
remote expert computer system evaluate, review and analyze the data. 

At step 411, diagnosis of the patient's condition (and/or that of IMD 10, 
communication module 100, and/or mobile telephone or PDA 1 10) is made by one or 
more of remote health care provider 136, remote computer system 131 and/or 131', and/or 
a remote expert computer system. At step 413, any one or more of remote health care 
provider 136, remote computer system 131 and/or 131% and/or a remote expert computer 
system determines, on the basis of the analysis, whether patient 5, communication module 
100, mobile telephone or PDA 1 10 and/or IMD 10 require further attention, correction or 
intervention. 

If the analysis reveals that patient 5, communication module 100, mobile telephone 
or PDA 110 and/or IMD 10 is functioning normally within acceptable limits, patient 5 
may be so notified via communication system 120, mobile phone 1 10 and a visual display 
or audio signal emitted by communication module 100 (or mobile phone or PDA 1 10). 
If, on the other hand, the analysis reveals that a problem exists in respect of any one or 
more of IMD 10, communication module 100, mobile telephone or PDA 110, and/or 
patient 5, then remote system 130 and/or health care provider 136 determines an 
appropriate remedial response to the problem, such as changing the operating parameters 
of IMD 10, communication module 100 and/or mobile telephone or PDA 110, delivering a 
therapy to the patient (e.g., a pacing, cardioverting or defibrillating therapy, or 
administration of a drug or other beneficial agent to patient 5), or instructing patient 5 by 
audio, visual or other means to do something such as lie down, go to the hospital, call an 
ambulance, take a medication, or push a button. 
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The remedial response or therapy determined in step 417 is next executed at step 
419 by remote health eare provider 136 or remote system 130 and relayed at step 421 via 
communication system 120 to communication module 100 and/or IMD 10 via mobile 
phone or PDA 1 10. After the remedial response or therapy has been delivered, at step 425 
communication module and/or mobile telephone 110 may send a confirmatory message to 
remote system 130 and/or remote care giver 136 indicating that the remedial response or 
therapy has been delivered to patient 5 and/or IMD 10. Communication module 100 
and/or mobile telephone or PDA 1 10 may also store data concerning the patient-initiated 
chain of events described above so that the data may be later retrieved, analyzed, and/or a 
future therapy determined at least partially on the basis of such data. Such data may also 
be stored by remote data system 130 for later retrieval, analysis and/or future therapy 
determination. 

It is to be noted that all steps illustrated in Figure 1 1 A need not be carried out to 
fall within the scope of the present invention. Indeed, it is contemplated in the present 
invention that some steps illustrated in Figure 1 1 A may be eliminated or not carried out, 
that steps illustrated in Figure 1 1 A may be carried out in an order different from that 
shown in Figure 1 1 A, that steps other than those explicitly illustrated in the Figures may 
be inserted, and that steps illustrated in different Figures set forth herein (i.e., Figures 9A, 
9B, 9C, 10A, 10B, 11B, 12a, 12B, 12C, 13A and 13B) be combined in various 
combinations and permutations, and nevertheless fall within the scope of certain 
embodiments of the present invention. The same considerations hold true for all flow 
charts and methods illustrated in the drawings hereof and described herein. 
In Figure 1 IB, some of the same steps shown in Figure 1 1 A are executed. Invoice 
generation steps 429 may be automatically generated in conjunction with or in response to 
one or more of steps 401, 407, 41 3 A, 413B, 417, 423 or 427 being carried out. The 
invoices so generated may be electronically transmitted to appropriate locations for further 
processing and billing. The amounts of the invoices so generated may depend, for 
example, on the number, type and/or frequency of services provided to patient, the type or 
identification indicia stored in communication module 100 or IMD 10, and other factors. 

In the methods illustrated in Figures 1 1 A and 1 IB it is further contemplated that 
IMD 10 be remotely interrogated by remote system or server 130 that automatically 
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communicates with IMD 10 via communication module 100 and/or mobile telephone or 
PDA 110, and that data from IMD 10 and/or communication module 100 and/or mobile 
telephone or PDA 1 10 be retrieved therefrom automatically. 

Figure 12A shows one embodiment of communication module 100, mobile 
telephone or PDA 110, communication system 120, and remote computer system 130 of 
the present invention, where remote computer system 130 comprises remote expert system 
131 and data resource system 1 12. Here, communication module 100 includes 
configuration database 1 14, which further comprises software database 1 16 and hardware 
database 118. Patient interface module 115 and management module 122 may also be 
contained in communication module 100. Those systems preferably form high level 
software systems that may be remotely or otherwise upgraded as the need arises through 
the action and downlinking of software from remote computer system 130, or alternatively 
through on-site software upgrading. 

Referring now to Figures 12A, 12B and 12C together, remote expert data center 
131 is most preferably a web-based data resources and expert system. Accordingly, data 
resource system 1 12 is a sub-component of remote data center 131. Data resource system 
1 12 may comprise communication manager management module 124 (which preferably 
controls and optimizes bi-directional data communications between mobile telephone or 
PDA 1 10 and communication module 100), programmer configuration database 126, 
released software database 128 and rule set database 133. Those databases and module 
may be employed to store software upgrades, which in turn may be transmitted to mobile 
telephone or PDA 1 10 and communication module 100 and/or IMD 10 via one or a 
combination of the various communication channels described above. 

It is preferred that remote system 130 and data resource system 1 12 comprise a 
high speed computer network system, and that remote system 130, remote expert data 
center 131 and connnunication system 130 be capable of bi-directional data, voice and 
video communications with communication module 100 via any of the various 
communications links discussed hereinabove (or combinations thereof). Remote system 
130 and/or data resource system 1 12 are preferably located in a central location, equipped 
with one or more high-speed web-based computer networks, and manned 24-hours-a-day 
by remote health care providers 136, physicians 135, operators 136 and/or clinical 
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personnel 136 specially trained to provide web-based remote clinical, diagnostic, and/or 
software services to patient 5, communication module 100 and/or IMD 10. 

Continuing to refer to Figures 12 A, 12B and 12C, communication module 
configuration database 126 may include information and data specifying both the 
hardware configuration and the software applications or programs installed in various 
communication modules 100, mobile telephones or PDAs 110, and/or IMDs 10 located 
anywhere in the world. For example, communication module configuration database 126 
may contain information such as the amount of RAM contained in a particular 
communication module 100 and/or IMD 10, or the particular set of communication 
protocols and systems that may be employed to communicate with, re-program or upgrade 
the software contained in a particular communication module 100, mobile telephone or 
PDA 1 10, and/or IMD 10. Depending upon the amount of RAM residing in 
communication module 100, mobile telephone or PDA 110, and/or IMD 10, for example, 
it may be required that a given software application be modified prior to installation to 
ensure compatibility between communication module 100, mobile telephone or PDA 110, 
and/or IMD 10 and the software application that is to be installed. Manager module 124 
then executes such software modifications prior to software installation. 

It is preferred that release software database 128 be a software database which 
includes all current software applications or programs developed and configured for 
various communication modules 100 and/or IMDs 10. It is also preferred that rule set 
database 133 be a database containing information and data related to specific rules and 
regulations regarding various software applications for communication module 100 and/or 
IMD 10. For example, rule set database 133 may contain information concerning whether 
a particular software application may or may not be released and installed in an IMD 10 
implanted within a patient 5 located in a particular country, or whether a software 
application may or may not be installed due to a lack of approval by a governing body 
(such as an governmental agency or regulatory branch). Rule set database 133 may also 
contain information concerning whether the manufacturer, owner, licensee or licensor of a 
software application has approved installation of the software application into 
communication module 100 and/or IMD 10. 
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Referring now to Figures 12B and 12C, an operator located at, near or remote from remote 
computer system 130 may interrogate one or more communication modules 100 5 mobile 
telephones or PDAs 110, and/or IMDs 10, or may pre-program an interrogation schedule 
for one or more communication modules 100, mobile telephones or PDAs 110, and/or 

5 IMDs 10 to be interrogated, by remote system 130 via communication system 120 for any 

of a variety of reasons. For example, it may be desired to retrieve clinical or diagnostic 
data or infoimation from many IMDs 10 of a similar type and transfer such information to 
remote system 130 and/or data resource system 1 12 for storage or later evaluation in a 
clinical study. Alternatively, it may be desired to retrieve diagnostic or performance data 

10 from IMD 10 and/or communication module 100 on an as-required or basis or according 

to a pre-determined schedule. 

In a preferred embodiment of the present invention, and regardless of the purpose 
for which communication module 100 and/or IMD 10 is connected with or interrogated by 
remote system 130, remote system 130 and/or data resource system 1 12 may be 

15 configured to automatically review the various hardware configurations and software 

applications contained in communication module 100 and/or IMD 10. Updated software 
applications may therefore be installed automatically, if available and approved for 
installation in a particular communication module 100 and/or IMD 10. In some cases, 
such software installation may be a byte level update to software already residing in the 

20 communication module 100 and/or IMD 10. In other cases, such software installation may 

comprise replacing an outdated software application with a new application. In one 
method of the present invention, remote health care provider 136 is presented with the 
choice of whether or not to proceed with the installation of new software applications. 
Remote health care provider 136 may also disable or defer installation of new or updated 

25 software if communication module 100 is detected as communicating with IMD 10. Such 

a safety feature helps prevent interference with communications between communication 
module 100 and IMD 10. 

Accordingly, in some embodiments of the present invention there are provided 
methods and processes by which remote system 130, acting through communication 

30 system 120, mobile telephone or PDA 110 and/or communication module 100, may 

monitor the health of patient 5, the performance and operation of IMD 10, and further 
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debug, update and program IMD 10, most preferably through the use of a web-based 
globally distributed smart system. As shown in Figure 12B, and in accordance with the 
teachings set forth hereinabove, invoices may be generated at various points in the 
methods of the present invention illustrated in Figures 12B and 12C. 

Some embodiments of the present invention may transmit automated software 
updates from an expert data center to globally distributed IMDs 10 implanted in patients 5, 
most preferably through a web-based communication system 120. Remote system 130 
comprising a globally accessible expert data center may be configured to serve individual 
ambulatory patients having IMDs 10 implanted within them who are located anywhere in 
the world where mobile telephone coverage is provided. This feature of the present 
invention provides significant benefits to patients. Moreover, the Internet compatible, 
preferably web-based expert data center may be implemented to upgrade, update, correct 
and modify the operational and functional software of communication module 100, which 
in turn may upgrade the IMD 10 by downloading thereto the required software 
applications or updates. 

We refer now to Figures 13A and 13B, where flow charts for two methods of the 
present invention relating to emergency-initiated communication between IMD 10 and/or 
communication module 100/mobile telephone or PDA 1 10 and various components of 
remote system 130 via communicaton system 120 are illustrated. It is contemplated in 
Figures 13A and 13B that a PDA, PDA-capable mobile telephone or PDA-type device be 
optionally employed, either as a replacement for mobile telephone 1 10, in addition to 
mobile telephone 1 10 or as part of mobile telephone 1 10. 

In Figure 13 A, patient 5, IMD 10 and/or communication module 100/mobile 
telephone or PDA 1 10 at step 501 determines or desires that emergency medical attention 
should be provided or is required. Such a determination or desire may be based on 
physiological events which patient 5 or others in his company sense, may be based upon 
the patient's feeling or desire that his health status or the performance status of his IMD 10 
ought to be checked immediately, or upon physiological events sensed in patient 5 by IMD 
10. 

At step 503, patient 5, device 10 and/or communication module 100 or mobile 
telephone or PDA 110 initiates upload of data from IMD 10 to communication module 
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100. IMD 10 and communication module 100 then communicate with one another and the 
data are uploaded. Alternatively, step 503 may be skipped if the desired data have already 
been uploaded by communication module 100 and are now stored in memory/storage 
medium 105. 

Next, at step 507 s the data are transferred from communication module to mobile 
telephone or PDA 110, and thence on to remote system 130 via communication system 
120. At step 509, remote health care provider 136, remote computer system 131 and/or 
13 1 % and/or a remote expert computer system evaluate, review and analyze the data. In 
step 511, diagnosis of the patient's condition (and/or that of IMD 10, communication 
module 100, and/or mobile telephone or PDA 1 10) is made by one or more of remote 
health care provider 136, remote computer system 13 1 and/or 131 % and/or a remote expert 
computer system. 

At step 513, any one or more of remote health care provider 136, remote computer 
system 131 and/or 131', and/or a remote expert computer system determines, on the basis 
of the analysis, whether patient 5, communication module 100, mobile telephone or PDA 
110 and/or IMD 10 require further attention, correction or intervention. If the analysis 
reveals that patient 5, communication module 100, mobile telephone or PDA 110 and/or 
IMD 10 is or are functioning normally within acceptable limits, patient 5, IMD 10 and/or 
communication module 100/mobile telephone or PDA 1 10 may be so notified via 
communication system 120, mobile phone 110 such as by, for example, a visual display or 
audio signal emitted by communication module 100 (or mobile phone or PDA 1 10). 
If, on the other hand, the analysis reveals that a problem exists in respect of any one or 
more of IMD 10, communication module 100, mobile telephone or PDA 1 10, and/or 
patient 5, then remote system 130 and/or health care provider 136 determines an 
appropriate remedial response to the problem, such as changing the operating parameters 
of IMD 10, communication module 100 and/or mobile telephone or PDA 110, delivering a 
therapy to the patient (e.g., a pacing, cardioverting or defibrillating therapy, or 
administration of a drug or other beneficial agent to patient 5), or instructing patient 5 by 
audio, visual or other means to do something such as lie down, go to the hospital, call an 
ambulance, take a medication, or push a button. 
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The remedial response or therapy determined in step 517 is next executed at step 
519 by remote health care provider 136 or remote system 130 and relayed at step 521 via 
communication system 120 to communication module 100 and/or IMD 10 via mobile 
phone or PDA 110. After the remedial response or therapy has been delivered, at step 525 
communication module and/or mobile telephone 110 may send a confirmatory message to 
remote system 130 and/or remote care giver 136 indicating that the remedial response or 
therapy has been delivered to patient 5 and/or IMD 10. Communication module 100 
and/or mobile telephone or PDA 1 10 may also store data concerning the patient-initiated 
chain of events described above so that the data may be later retrieved, analyzed, and/or a 
future therapy determined at least partially on the basis of such data. Such data may also 
be stored by remote data system 130 for later retrieval, analysis and/or future therapy 
determination. 

It is to be noted that all steps illustrated in Figure 13A need not be carried out to 
fall within the scope of the present invention. Indeed, it is contemplated in the present 
invention that some steps illustrated in Figure 13 A may be eliminated or not carried out, 
that steps illustrated in Figure 13A may be carried out in an order different from that 
shown in Figure 13 A, that steps other than those explicitly illustrated in the Figures may 
be inserted, and that steps illustrated in different Figures set forth herein (i.e., Figures 9A, 
9B, 9C, 10A, 10B, 11A, 11B, 12a 5 12B, 12C and 13B) be combined in various 
combinations and permutations, and nevertheless fall within the scope of certain 
embodiments of the present invention. The same considerations hold true for all flow 
charts and methods illustrated in the drawings hereof and described herein. 

In Figure 13B, some of the same steps shown in Figure 13A are executed. Invoice 
generation steps 529 may be automatically generated in conjunction with or in response to 
one or more of steps 501, 504, 507, 513A, 513B, 517, 523 or 527 being carried out. The 
invoices so generated may be electronically transmitted to appropriate locations for further 
processing and billing. The amounts of the invoices so generated may depend, for 
example, on the number, type and/or frequency of services provided to patient, the type or 
identification indicia stored in communication module 100 or IMD 10, and other factors. 
In the methods illustrated in Figures 13 A and 13B it is further contemplated that the 
patient be alerted by audio or visual means that no emergency treatment of her condition is 
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required if an erroneous or unnecessary request for emergency treatment is initiated by 
patient 5, that communication module 100 and/or mobile telephone or PDA 1 10 alert 
patient 5 through audio or visual means that the patient is required to take a particular 
action such as pressing an appropriate button or calling an ambulance when an emergency 
health condition has been detected, and that communication module 100 and/or mobile 
telephone or PDA 1 10 dial 91 1 when an emergency health condition has been detected. 
In the devices and methods illustrated in the various Figures hereof, it is further 
contemplated that a prescription table particular to patient 5 be stored in IMD 10, 
communication module 100, mobile telephone or PDA 1 10, and/or remote system 130 that 
may be quickly and readily read, activated or deactivated, implemented or updated; that a 
remote health care provider 136 may prescribe an initial therapy, drug dosage or drug 
prescription regime or range for patient 5 that may later be adjusted, reprogrammed or 
changed remotely after data acquired in IMD have been remotely analyzed; that a remote 
health care provider 136 or remote system 130 may track the history of the programming 
of IMD 10 and archive data retrieved from IMD 10; that a remote health care provider 136 
or remote system 130 may also track the history of the programming of device IMD, 
create corresponding patient history files, and sell same to physicians, insurance 
companies and/or reimbursement authorities; and that a patient's condition be monitored 
and followed remotely such as, by way of example only, checking the minute ventilation 
status of a patient in an ALS disease clinical where the progression of ALS disease is 
being monitored remotely. 

FIG. 14A illustrates an example system 600 for providing continuous, real-time 
communication of physiological data received from IMD 10 to remote system 130. In the 
exemplary embodiment, communication module 100 described above includes a telemetry 
transceiver (TT) 602 that is electronically coupled to a general interface unit (GIU) 604. 
Telemetry transceiver 602 communicates with IMD 10 according to one of a number of 
wireless communication techniques, such as the use of radio-frequency communication 
signals. As described above, telemetry transceiver 602 may receive physiological data 
from IMD 10. Furthermore, by way of similar communications, telemetry transceiver 602 
may transmit control signals to IMD 10 in response to communications received from 
remote system 130. 
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GIU 604, as described in detail below, maintains real-time, continuous communications 
with remote system 130 via one or more communication channels. More specifically, GIU 
604 continuously detects available channels for communicating with remote system 130, 
and establishes communication sessions using one or more of the detected channels. GIU 
5 604 may select one or more of the detected communication channels based on a variety of 

criteria including the nature of the data received from IMD, the reliability of each detected 
channel, the speed of each detected channel, the cost for using each detected channel, and 
the like. 

As one example, GIU 604 may sense the availability of mobile telephone 1 10 via 
10 link 107, and whether cellular communications 613 may be established between mobile 

telephone 1 10 and base station 609. Cellular communications 613 may take the form of 
any one of a number of conventional wireless communication techniques. One common 
technique is code division multiple access (CDMA) in which multiple communications are 
simultaneously conducted over a radio-frequency (RF) spectrum. Other examples include 
15 Global System for Mobile Communications (GSM), which uses narrowband time-division 

multiple access for communicating data, and General Packet Radio Service (GPRS). Base 
station controller (BSC) 612 provides an interface between base station 609 and the public 
switched telephone network (PSTN) 610 for routing the data to remote system 130 via 
network 608. 

20 As another example, GIU 604 may sense the availability of data communication 

equipment (DCE) 604. In particular, GIU 604 attempts to establish a communication 
session 605 with DCE 606 that, as described in detail below, is located near patient 5 
using a short-range wireless communication protocol. As noted above, one proposed and 
widely implemented standard, commonly referred to as Bluetooth, uses short-range radio 

25 technology and is primarily aimed at small-form factor, low-cost portable devices. Other 

standards include IEEE 802. 1 1, which is designed for wireless networking within higher 
density areas such as an office environment. A third standard, HomeRF, is designed for 
wireless communications between devices and appliances within a home. 
DCE 606 may be located, for example, within a home or office of patient 5, and may 

30 provide one or more wired communication channels for communicating with remote 

system 130 via network 608. For example, DCE 606 may provide a wired telephonic 
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connection 607 to PSTN 610 for routing the communication to remote system 130 via 
network 608. Connection 607 may, for example, comprises a modem for maintaining a 
dial-up connection using an analog phone line, and may provide relatively low-cost, low- 
speed access to network 608, Alternatively, or in addition, connection 607 may comprise 
a higher-speed communication channel to PSTN 610, such as an integrated services digital 
network (ISDN), a direct subscriber line (DSL), or the like. 

In addition, DCE 606 may provide a high-speed connection 611 directly to 
network 608. For example, DCE 606 may make use of cable, optical, or other high-speed 
access medium for directly coupling GIU 604 to network 608. Accordingly, DCE 606 
may include an Ethernet interface for receiving an Ethernet cable, a coaxial connector for 
receiving a cable line, and the like. DCE 606 may include routing functionality to support 
multiple patients 5, and may include firewall and other security applications to prevent 
unauthorized access of GIU 604. 

Furthermore, GIU 604 may sense the availability of a wireless access point (AP) 
614 for accessing a local network 616, such as a local area network of an enterprise. In 
particular, GIU 604 may attempt to establish a communication session 615 with AP 614 
located relatively near patient 5 using a wireless networking protocol. For example, GIU 
may attempt to establish communication session 615 using the IEEE 802. 11a protocol, the 
IEEE 802. 1 lb protocol, and the like, which are industry standard protocols for wireless 
LAN (WLAN) technology. In an 802. 1 lb network, for example, two or more wireless 
nodes or stations establish communications in the 2.4 Gigahertz (GHz) frequency band. 
Many 802.1 lb networks contain at least one access point 614 that interfaces wireless and 
wired LANs. Example access points that are becoming prevalent are 3Com AirCoxmect 
1 1Mbps Wireless LAN Access Point, Lucent ORiNOCO AP-1000 1 1Mbps Wireless 
Access Point, Cisco Aironet 4800 Access Point, and the Linksys Instant Wireless Network 
Access Point. 

Local network 616 may be directly coupled to network 608 via a high-speed link 
617, such as a Tl or a T3 data link. In this manner, GIU 604 may establish 
communications with access point 614 to form a high-speed communication session with 
remote system 130 via local network 616 and network 608. 
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Telemetry transceiver 602 and GIU 604 may be separate components, as 
illustrated, or may be contained within a common housing. Furthermore, telemetry 
transceiver 602 and GIU 604 may be fixed to an article of clothing of patient 5, such as 
belt 601 , or may be integrally woven in whole or part within the article of clothing. In 
particular, GIU 604 may comprise one or more integrated electronic components packaged 
into a user-friendly housing fixed on belt 601 . However, both telemetry transceiver 602 
and GIU 604 could be fitted into an article of clothing, such as an undergarment. For 
example, electronic circuits and connecting wires may be sewn into the article of clothing. 
Alternatively, or in addition, flex electronics could further integrate the functions into the 
article of clothing. Conductive, semi-conductive, or optical fabric strands may be used as 
a basis for coupling components or implementing the circuitry. 

FIG. 14B is a block diagram illustrating GIU 604 in direct wireless communication 
with multiple IMDs 10A, 10B implanted within the body of patient 5. In particular, GIU 
604 includes a routing module to route packets or other forms of data between IMDs 10 
and remote system 130 (not shown) as described above. GIU 604 and each IMD 10 may 
be assigned a unique identifier, such as a local or global address according to the Internet 
Protocol (IP). For example, GIU 604 may be assigned a global address, and each of the 
implanted devices may be assigned a local network address. GIU 604 may employ a 
network address translation (NAT) module to facilitate communications between the 
IMDs 10 and remote system 130. GIU 604 may further include firewall and other security 
modules to prevent unauthorized access of GIU 604 and the implanted devices. IMD 10 A 
could be an implanted pacemaker/cardioverter/defibrillator, for example, whereas IMD 
10B could be an implanted drug delivery device. 

FIG. 14C is a block diagram illustrating GIU 604 coupled to an implantable HUB 
619 for communicating with IMDs 10A, 10B implanted within patient 5. HUB 619 
includes a number of ports for coupling IMDs 10 and GIU 604. HUB 619 may comprise a 
passive hub that serves as a conduit for communicating data between GIU 604 and IMDs 
10. Alternatively, HUB 618 may comprise an "intelligent" hub that includes additional 
features, e.g., a packet monitoring. In this embodiment, HUB 619 may include an 
embedded routing module, firewall module, or both. 
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FIG. 15 is a block diagram further illustrating the ability of GIU 604 to provide 
seamless communication between patient 5 and remote system 1 10. In particular, FIG. 15 
illustrates the capabilities of GIU 604 in automatically sensing and establishing 
communication channels as the patient 5 travels to and from a variety of locations, such as 
an office, an airport, a vehicle, and a home. 

For example, while patient 5 is located within his or her home or office, GIU 604 
may sense a DCE 606 using a short-range wireless protocol as described above. While 
patient 5 is in transit, such as traveling in a car, a bus, a train, and the like, GIU 604 may 
make use of mobile telephone 1 10 to provide a cellular communication channel for 
communication with remote system 130. While within certain enterprises, such as 
airports, hotels, office buildings, and the like, GIU 604 may access a local network 616 by 
a wireless access point 614. 

As described in detail below, as patient 5 travels, GIU 604 continuously detects 
available channels for communicating with remote system 130, establishes 
communications sessions according to the detected channels, and seamlessly switches 
between channels to maintain continuous communications with system 130. GIU 604 may 
select one or more of the detected communication channels based on a variety of criteria 
including, the nature of the data received from IMD, the reliability of each detected 
channel, the speed of each detected channel, the cost for using each detected channel, and 
the like. Furthermore, GIU may establish a plurality of communications sessions for 
purposes of redundancy, and to aid the seamless transition between channels. For 
example, GIU 604 may sense and maintain a primary communication channel, and one or 
more backup communication channels. 

FIG. 16 is a block diagram illustrating an example embodiment of the general 
interface unit (GIU) 604. Processor 632 controls the operation of GIU 604 by executing 
instructions stored within memory 646. Processor 632 may take one of a variety of forms 
including an embedded microprocessor, an embedded controller, a digital signal processor 
(DSP), and the like. Memory 646 may comprise any computer-readable medium suitable 
for storing instructions such as random access memory (RAM), read-only memory 
(ROM), non-volatile random access memory (NVRAM), electrically erasable 



WO 03/095024 



PCT/US03/12075 



81 

programmable read-only memory (EEPROM), flash memory, a miniaturized hard drive 
having a magnetic medium, and the like. 

Input / Output (I/O) 630 provides interface ports for communicating with telemetry 
transceiver 602, keypad 648, and display 650. Keypad 648 provides input mechanisms for 
receiving input from a user, such as patient 5 or a clinician. Display 650 provides a 
mechanism for presenting information to the user, and may comprise a low-power liquid 
crystal display (LCD). In one embodiment, GIU may be implantable and, therefore, need 
not include keypad 648 or display 650. 

In addition, I/O 630 provides an interface to wireless transceiver 644 for receiving 
and transmitting radio frequency signals via antenna 645. In particular, processor 632 may 
make use wireless transceiver 644 for communicating with DCE 606 or access point (AP) 
614 according to wireless communication protocols, such as Bluetooth or 802.1 1 as 
described above. 

In one embodiment, GIU 604 maintains channel information 634 and service 
information 636 to aid in seamlessly establishing and switching between communication 
channels to convey physiological data to remote system 130. As described above, the 
nature of IMD 10 can play a significant role in channel selection. In general, state of the 
art implantable devices comprise a heterogeneous set of devices all having specific 
communication requirements inherent to the nature of the device and the current 
physiological events sensed or actions taken. Current devices with self-contained 
functionality, i.e., autonomous functionality, may completely differ from slave devices 
controlled from a host, which may be implantable or remote. 

For instance, communicating programming parameters from remote system 130 to 
an implantable pacemaker or an implantable diagnostic device may require the transfer of 
a moderate amount of data at very high level of reliability, but may not require real-time 
transmission. On the other hand, uplink of intra cardiac electrogram data to remote system 
130 from such a device will require a fast communication channel that, depending on the 
exact application, may require have real-time performance. In this situation, it may be 
possible to reduce channel reliability since data redundancy and error correction may 
allow remote system 130 to recover any dropped data. 



WO 03/095024 



PCT/US03/12075 



82 

These type of devices may have completely different optimal communication 
channel requirements compared to an implantable device that is remotely controlled, e.g., 
a button pacer, which requires a reliable and accurate, i.e., real-time, communication 
channel to carry a trigger signal. As another example, an implanted smart sensor 
transponder may require a channel of relatively low transmission speed that depends on 
the dynamics of the measured parameter. 

Accordingly, these examples indicate that channel requirements for implantable 
devices can be heterogeneous in the sense that different devices place different demands 
on GIU 604 in channel selection. Accordingly, GIU 604 makes use of channel 
information 634 to facilitate automatic selection of the a communication channel having 
optimal, or sufficient, channel characteristics. 

In particular, channel information 634 includes pre-programmed data that describes the 
communication channels generally available to patient 5, such as channels provided by 
DCEs 606 located at a home or office, channels available via mobile telephone 1 10, 
previously sensed access points 614 at an airport, office building, or the like. For each 
channel, the data may describe transmission speed, reliability, including error correction 
and data redundancy that may be available, real-time behavior, topology, such as one-to- 
many, one-to-one, and sequential, Quality of Service (QoS) functionality for the 
reservation of communication resources, such as an allocation of bandwidth to support a 
required transfer rate, and the like. As described in further detail below, GIU 604 senses 
available channels, and selects at least one of the communication channels based on a 
number of criteria, including channel information 634. 

GIU 604 also makes use of service information 636 that, in general, processor 632 
uses to regulate and control access to IMD 10. Service information 636 may be organized 
as encrypted pass codes that are matched against codes received from remote system 130. 
If a match is detected, GIU 604 parses service information 636 and extr acts data for 
regulating access to IMD 10. 

Regulation of remote access includes handling and ensuring security, privacy and 
robustness of the system. In terms of security and privacy, processor 632 uses service 
information 636 to prevent the unauthorized modification of information and disruption of 
services, the unauthorized collection, distribution and disclosure of information. 
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Accordingly, GIU 604 and remote system 130 interact to grants or deny access to 
information generated by IMD 10. For example, GIU 604 controls direct access to IMD 
10 in real-time based on service information 636. In this manner, GIU 604 controls a 
variety of actions including remote programming of IMD 10, remote control of IMD 10 
acting as a slave device, interrogation of data maintained within IMD 10, therapeutic 
actions, and the like. Remote system 130 may control access to historical data received 
from IMD 10 using similar information. 

In terms of robustness, processor 632 uses service information 636 in conjunction 
with channel information 634 to ensure continuous communication despite the occurrence 
of communication faults or user handling errors. 

In addition, GIU 604 uses service information 636 for automated reimbursement 
control. For example, service information 636 may describe a current subscription status 
for remote service for patient 5. In other words, service information 636 may indicate to 
what extent patient 5 has purchased remote diagnostic services from remote system 130, 
including the level of service purchased and an expiration date for the service. 
In one embodiment, I/O 630 provides an interface to a card reader 638 capable of reading 
a service card 652. Processor 632 reads data from service card 652, and updates service 
information 636 based on the data. Service card 652 may comprise, for example, service 
information for pre-paid remote services offered by remote system 130. A clinician may 
prescribe such service cards 652 for patient 5 during a visit to a health care facility. In 
addition, patient 5 may purchase service cards electronically by accessing a website or 
other means provided by remote system 130. 

Service card 652 may comprise a smart card, which is a small electronic device 
about the size of a credit card that contains electronic memory, and possibly an embedded 
integrated circuit (IC). In this embodiment, service card 652 may comprise a contact or a 
contactless smart card. A contact smart card requires insertion into card reader 638 with a 
direct connection to a conductive micromodule on the surface of the card. These physical 
contact points allows card reader and 638 and service card 652 to communicate 
commands, data, and card status. 

A contactless card requires only close proximity to card reader 638. In this 
embodiment, both card reader 638 and service card 652 have antenna for communication 
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using low-power electromagnetic signals. Service card 652 may derive power for driving 
the internal integrated circuit from a field created by card reader 638. 

FIG. 17 is a block diagram illustrating one exemplary embodiment of service 
information 636 maintained by GIU 604. As described above, GIU 604 may be 
5 preprogrammed with service information 636, and may update service information 636 

based on direction from remote system 130 or data received from service card 652. 

In this embodiment, service information 636 includes subscription data 655 that 
describes the various levels of remote services for which patient 5 has subscribed. In 
particular, subscription data 655 includes: 

10 EXPIRATION - This data defines expiration dates for the various service levels and 

functions of GIU 604. In other words, expiration dates can be set for different levels of 
service, and for different functions. For example, remote service for emergency level care 
may be set to never expire, while remote monitoring of physiological data may be set to 
expire at a future time, and may be reset remotely or via pre-paid service card 652. 

15 TIME OF ACCESS DATA - This data describes an access profile for the services offered 

by remote system 130, and may define each service as one-time, periodic, continuous, and 
time-limited that has an expiration period or date. 

LEVEL OF ACCESS - This data describes a service level, such as full service, or one or 
more pre-defined subset of service level. 
20 LEVEL OF PRIVACY - This data defines a current mode for controlling access to the 

data, including by name, by unique identifier such as a password or digital certificate, and 
full access. 

LEVEL OF SECURITY - This data defines a current mode for securing the 
communication of the data, including raw data, and encryption. 
25 LEVEL OF AUTONOMY - This data defines a current mode for GIU 604 to obtain 

approval prior to communicating data or responding to program parameters or other 
instructions from remote system 130. For example, the levels of autonomy may include: 
no verification, patient verification, clinician verification, or both patient and clinician 
verification. 

30 WINDOW OF USE DATA - This data selectively enables and disables functions that can 

be performed by GIU 604 including communicating monitoring information to remote 
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system 130, presenting diagnostic information from remote system 130 to patient 5, 
reprogramming of IMD 10, initiation of therapeutic actions by IMD 10, and the like. 
Service information 636 further includes recipient data 656 that identifies network 
addresses to which GILT 604 is authorized to send physiological data received from IMD 
10. For example, the addresses may specify electronic mail addresses, Internet Protocol 
(IP) addresses of servers, such as file transfer protocol (FTP) servers, and the like. For 
each recipient, data 656 indicates whether the recipient is a primary recipient, or to be used 
a backup recipient in the event a respective primary recipient is unreachable. 

Service information 636 includes reimbursement data 657 that identifies network 
addresses for one or more payors for purposes of automatically invoicing for remote 
services rendered by remote system 130. Examples include network addresses for 
insurance providers. Again, the addresses may specify electronic mail addresses, Internet 
Protocol (IP) addresses of servers, such as file transfer protocol (FTP) servers, and the 
like. In addition, reimbursement data may identify costs associated with various functions 
that can be performed by GIU 604 including communicating monitoring information to 
remote system 130, presenting diagnostic information from remote system 130 to patient 
5, initiation of therapeutic actions by IMD 10, and the like. 

Service information 636 further includes approval data that identifies individuals, 
such as the patient or one or more clinicians, or organizations from which approval must 
be received prior to performing some action, such as communicating physiological data to 
remote system 130, responding to programming parameters or other control information 
received form remote system 130, and the like. In one embodiment, approval data 658 
identifies a list of network addresses from which confirmation is required. If confirmation 
is required from patient 5, GIU 604 presents a confirmation request via display 650, and 
receives confirmation via keypad 648. For other network addresses, GIU 604 sends 
electronic messages via network 608. 

FIG. 18 is a block diagram illustrating an exemplary software architecture for GIU 
604. In general, the software architecture depicts a number of software modules for 
execution by processor 632. The software modules include one or more high-level 
software applications 662 that carryout the functionality described herein. Software 
applications 662 make use of drivers 663 that provide interfaces to a wide variety of 



WO 03/095024 



PCT/US03/12075 



86 

devices. Drivers 663 may make use of corresponding chipsets and other hardware 
components incorporated within GIU 604. 

For example, I/O drivers 678 may provide a number of ports, such as serial, 
parallel, Inter-IC (IC2), universal serial bus (USB), and the like. GIU 604 may make use 
of these ports to provide a wired interface to telemetry transceiver 602, or any other local 
device, such as a sensor. 

Driver 672 supports a 802.1 1 wireless communication protocol, such as 802.1 la or 
802.1 lb. Similarly, driver 670 supports RF communications according to the Bluetooth 
protocol. Driver 674 supports communication according to the General Packet Radio 
Service (GPRS). Driver 679 supports communication according to the code division 
multiple access (CDMA) protocol. Driver 668 supports the Global System for Mobile 
Communications (GSM) protocol. GIU 604 may make use of these drivers to 
communicate with DCEs 606, and wireless networked devices, such as access point 614. 
Other wireless protocols may readily be incorporated within GIU 604. 

FIG. 19 is a block diagram illustrating an example embodiment of data 
communication equipment (DCE) 606. Processor 682 controls the operation of DCE 604 
by executing instructions stored within memory 686. Processor 682 may take one of a 
variety of forms including an embedded microprocessor, an embedded controller, a digital 
signal processor (DSP), and the like. Memory 686 may comprise any computer-readable 
medium suitable for storing instructions such as random access memory (RAM), read-only 
memory (ROM), non-volatile random access memory (NVRAM), electrically erasable 
programmable read-only memory (EEPROM), flash memory, a miniaturized hard drive 
having a magnetic medium, and the like. 

Input / Output (I/O) 680 provides interface ports for communicating with keypad 
688, and display 690. Keypad 688 provides input mechanisms for receiving input from a 
user, such as patient 5 or a clinician. Display 690 provides a mechanism for presenting 
information to the user, and may comprise a low-power liquid crystal display (LCD). 
In addition, I/O 680 provides an interface to wireless transceiver 684 for receiving and 
transmitting radio frequency signals via antenna 665. In particular, processor 682 may 
make use wireless transceiver 684 for communicating with GIU 604 according to wireless 
communication protocols, such as Bluetooth or 802. 1 1 as described above. 
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Furthermore, I/O 680 provides an interface to a modulator/demodulator (modem) 
chipset for communicating via a conventional wired telephone line to PSTN 610. Ethernet 
interface 692 provides an interface for accessing wired local networks, as may be provided 
by a hub, router, cable modem, DSL modem, and the like. 

FIG. 20 A is a flowchart providing a high-level overview of one mode of operation 
of GIU 604. Initially, GIU 604 receives physiological data from IMD 10 (700). GIU 604 
analyzes the received data to determine the nature of the data, and the type of service or 
care needed by patient 5 (702). For example, GIU 604 may determine whether an 
emergency condition exists, or whether data is simply being logged, whether an alarm has 
expired for a fheraputic drug, and the like. 

Next, GIU 604 searches for available communication channels, including the 
presence of local DCE 606, access point 614, and mobile telephone 1 10 (704). For each 
channel, GIU 604 reads corresponding parameters from channel information 634 (706). 
For example, GIU 604 may read transmission speed, reliability, including error correction 
and data redundancy that may be available, real-time behavior, topology, such as one-to- 
many, one-to-one, and sequential, Quality of Service (QoS) functionality for the 
reservation of communication resources, such as an allocation of bandwidth to support a 
required transfer rate, and the like. 

Based on the level of care needed by patient 5, and the parameters read for each 
sensed channel from channel information 634, GIU selects one of the available channels 
(708). GIU 604 communicates the data to remote 130 using the selected channel (710). 
It should be noted that GIU 604 need not receive data from IMD 10 prior to establishing 
communication with remote system 130. For example, GIU 604 may continuously 
monitor for available channels as patient 5 travels from location to location, and may 
establish communication with remote system 130 based on channel data for the sensed 
channels. 

FIG. 20B is a block diagram providing a high-level illustration of the channel 
selection process. In particular, IMD 10 and other devices, such as external devices 
coupled to patient 5, make use of stored channel information to select a communication 
channel. 
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FIG. 21 is a flowchart further illustrating the operation of GIU 604 when 
transmitting the physiological data. Initially, GIU 604 accesses recipient data 656 (FIG. 
17) of service information 636 to determine a list of addresses for recipients (720). Next, 
GIU 604 accesses approval data 658 to identify a list of addresses for individuals from 
which confirmation is required prior to sending the data (722). If confirmation is required 
from the patient 5, GIU 604 presents a confirmation request via display 650, and receives 
confirmation via keypad 648. For other individuals, GIU 604 sends electronic messages 
via network 608. 

If confirmation is not received (724), GIU 604 aborts the communication. 
Otherwise, GIU accesses subscription data 655 to determine whether the patient 5 has paid 
for the required level of care from remote system 130 (726). If so, GIU 604 establishes 
communication via the selected channel and transmits the data (732). 

Otherwise, GIU 604 may prompt patient 5 as to whether he or she may wish to 
upgrade the current level of service to encompass the required level of service (728). If 
the patent 5 declines, then GIU aborts the communication. Otherwise, GIU 604 modifies 
service information 636 to reflect the upgraded service level (730). During this process, 
GIU 604 may require that patient 5 provide a pre-paid service card 652 to purchase a 
subscription to the upgraded level. Upon upgrading the service information, GIU 604 
establishes communication via the selected channel and transmits the data (732). 

FIGS. 22 -23 illustrate another flowchart depicting a more detailed example 
operation of the GIU. Initially, GIU 604 receives a pass code from the user (800), and 
processes the pass code to confirm and validate the pass code (802). Initially, GIU 604 
determines a list of addresses for recipients (804), required services (806), a list of 
addresses for individuals from which confirmation is required prior to sending the data 
(808), and a list addresses for submitting reimbursement information (810). 
GIU 604 determines whether the required services are available and, if not, whether the 
user wishes to adapt the level of service to the required service level (812). GIU 604 then 
requests confirmation for the required level of service based on the approval list and, if 
approval is not obtained, determines whether the confirming party approves an upgrade to 
the service (814). Finally, GIU 604 establishes communication via the selected channel 
and transmits the data (816). 
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FIG. 24 is a high-level schematic diagram illustration an example GIU 604 
interacting with a service card 652. In this embodiment, GIU 604 is attached to belt 601 
worn by patient 5. Processor 632 reads data from service card 652, and updates service 
information 636 based on the data. Service card 652 may comprise, for example, service 
information for pre-paid remote services offered by remote system 130. 

The invention is not limited to use in conjunction with implanted defibrillators or 
pacemakers, but may be practiced in conjunction with any suitable implantable medical 
device including, but not limited to, an implantable nerve stimulator or muscle stimulator 
such as those disclosed in U.S. Patent No. 5,199,428 to Obel et al., U.S. Patent No. 
5,207,218 to Carpentier et al. and U.S. Patent No. 5,330,507 to Schwartz, an implantable 
monitoring device such as that disclosed in U.S. Patent No. 5,331,966 issued to Bennet et 
aL, an implantable brain stimulator, an implantable gastric system stimulator, an 
implantable vagus nerve stimulator, an implantable lower colon stimulator (e.g., in 
graciloplasty applications), an implantable drug or beneficial agent dispenser or pump, an 
implantable cardiac signal loop or any other type of implantable recorder or monitor, an 
implantable gene therapy delivery device, an implantable incontinence prevention or 
monitoring device, or an implantable insulin pump or monitoring device, and so on. 
Moreover, a wide variety of communication methods, protocols and techniques may be 
employed in various portions of the communication systems of the present invention, 
including, but not limited to, optical, electro-optical, magnetic, infrared, ultrasonic and 
hard-wired communication means. 

Thus, the present invention is believed to find wide application in almost any 
appropriately adapted implantable medical device. Indeed, the present invention may be 
practiced in conjunction with any suitable non-implanted medical device, such as a Holter 
monitor, an external EKG or ECG monitor, an external cardiac signal loop recorder, an 
external blood pressure monitor, an external blood glucose monitor, a temporary cardiac 
pacing system having an external pulse generator, and the like. 

For example, the present invention includes within its scope a system comprising 
an implantable medical device capable of bi-directional communication with a 
communication module located outside the patient, the communication module in turn 
being capable of bi-directional communication with a remote system via a mobile 
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telephone, the system further comprising at least one implantable or non-implantable 
device operably connected to, implanted within or associated with the patient, the device 
being capable of bi-directional communication with the communication module. In such a 
manner, multiple physiologic signals, events or statuses of the patient may be monitored or 
controlled remotely through the communication module and the mobile telephone. 

Although specific embodiments of the invention are described here in some detail, 
it is to be understood that those specific embodiments are presented for the purpose of 
illustration, and are not to be taken as somehow limiting the scope of the invention defined 
in the appended claims to those specific embodiments. It is also to be understood that 
various alterations, substitutions, and modifications may be made to the particular 
embodiments of the present invention described herein without departing from the spirit 
and scope of the appended claims. 

In the claims, means plus function clauses are intended to cover the structures and 
devices described herein as performing the recited function and their equivalents. Means 
plus function clauses in the claims are not intended to be limited to structural equivalents 
only, but are also intended to include structures and devices which function equivalently in 
the environment of the claimed combination. 

All printed publications, patents and patent applications referenced hereinabove are 
hereby incorporated by referenced herein, each in its respective entirety. 
Various embodiments of the invention have been described. These and other 
embodiments are within the scope of the following claims. 
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CLAIMS: 

1 . A method comprising: 

receiving with physiological data from a medical device implanted within a body of a 
patient; 

identifying one or more available communication channels to communicate with a remote 
system; 

selecting at least one of the communication channels; and 
communicating the physiological data to the remote system via the selected 
communication channel. 

2. The method of claim 1 , wherein communicating the data comprises automatically 
establishing a communication session using the selected communication channel. 

3. The method of claim 1, wherein identifying one or more available communication 
channels comprises monitoring for short-range wireless devices, wireless networking 
devices, and detecting a cellular mobile telephone as the patient travels between locations. 

4. The method of claim 1 , wherein selecting at least one of the communication 
channels comprises: 

selecting a primary communication channel and a backup communication channel; and 
communicating the physiological data to the remote system using the backup channel in 
the event the primary channel fails. 

5 . The method of claim 1 , further comprising determining a level of care needed for 
the patient based on the physiological data received from the medical device, and wherein 
selecting one of the communication channels comprises selecting one of the 
communication channels based on the determined level of care. 

6. The method of claim 5, wherein communicating the physiological data comprises 
analyzing the physiological data to identify a cardiac event. 
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7. The method of claim 6, wherein communicating the physiological data comprises: 
accessing subscription data stored within a general interface unit to determine whether the 
patient has purchased remote service having a level of care necessary to service the 
identified event; and 

selectively communicating the data based on the determination. 

8. The method of claim 7, further comprising prompting the patient to upgrade the 
subscription to cover the level of care. 

9 . The method of claim 8, further comprising receiving data from a pre-paid 
subscription card from the patient, and updating the subscription data based on data 
received from the service card. 

10. The method of claim 9, further comprising prescribing the service card for the 
patient during a visit to a health care facility. 

11. The method of claim 9, further comprising purchasing the service card 
electronically by accessing a website provided by remote system. 

12. The method of claim 1 , wherein receiving physiological data comprises receiving 
physiological data with a general interface unit via a telemetric communication from the 
implanted medical device. 

13. The method of claim 1 , wherein identifying one or more available communication 
channels comprises attempting to establish a communication session between a general 
interface unit and a data communication equipment (DCE) using a local wireless 
communication protocol. 

14. The method of claim 13, wherein the local wireless communication protocol 
comprises BlueTooth. 
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1 5 . The method of claim 1 3 , wherein identifying one or more available communication 
channels comprises directing the DCE to establishing a communication with the remote 
system over a telephone line via a modem. 

16. The method of claim 1, wherein identifying one or more available communication 
channels comprises using a wireless communication protocol to attempt to establish a 
communication sessions between a general interface unit and an access point coupled to a 
wireless network. 

1 7 . The method of claim 1 6, wherein the local wireless communication protocol 
conforms to at least one of the IEEE 802.11a and IEEE 802.11b standards. 

1 8 . The method of claim 1 , wherein identifying one or more available communication 
channels comprises attempting to establish a cellular communication session between a 
general interface unit and a base station using a mobile phone coupled to a general 
interface unit. 

1 9 . The method of claim 1 , wherein communicating the physiological data comprises: 
accessing recipient data stored within a general interface unit to identify recipients 

authorized to have access to the physiological data; and 
communicating the physiological data to the authorized recipients 

20. The method of claim 1 , wherein communicating the physiological data comprises: 
accessing subscription data stored within a general interface unit to determine whether the 
patient has purchased remote service; and 

selectively communicating the data based on the determination. 

21 . The method of claim 20, further comprising receiving data from a pre-paid 
subscription card from the patient, and updating the subscription data based on data. 
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22. The method of claim 1 5 wherein communicating the physiological data comprises: 
presenting requests for approval based on approval data stored within a general interface 
unit; and 

selectively communicating the physiological data based on response to the requests. 

23 . The method of claim 22 5 wherein the approval data stores addresses for individuals 
from which approval must be received, and presenting requests comprises sending 
electronic messages to the individuals requesting approval. 

24. The method of claim 1 9 wherein selecting at least one of the communication 
channels comprises: 

accessing channel data stored within a general interface unit to retrieve parameters for the 

available communication channels; and 

selecting at least one of the channels based on the parameters. 

25. The method of claim 24, further comprising selecting at least one of the channels 
based on costs of the communication channels. 

26. The method of claim 24, further comprising selecting at least one of the channels 
based on reliability of the communication channels. 

27. The method of claim 24, further comprising selecting at least one of the channels 
based on speed of the communication channels. 

28. An apparatus comprising: 

input/output (I/O) circuitry to receive physiological data from a medical device 
implanted within a body of a patient; 

a storage medium to store channel data that defines parameters for one or more 
communication channels; and 

a processor to select one of the communication channels based on the channel data, 
and to communicate the physiological data to a remote system. 
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29. The apparatus of claim 28, wherein the channel data stores at least one of a cost, 
speed, reliability, and Quality of Service level for the communication channels. 

30. The apparatus of claim 28, wherein the processor analyzes the physiological data 
to determine a level of care needed for the patient, and selects one of the communication 
channels based on the determined level of care. 

3 1 . The apparatus of claim 28, further comprising: 

a first software driver for establishing a communication channel with the remote system 
using a short-range wireless device located near the patient; 

a second software driver for establishing a communication channel with the remote system 
using longer-range wireless networking devices; and 

a third software driver for establishing a communication channel with the remote 
system using a cellular mobile telephone. 

32. The apparatus of claim 28, wherein the processor automatically switches between 
the software drivers as the patient travels between locations. 

33. The apparatus of claim 28, wherein the apparatus is woven into an article of 
clothing. 

34. The apparatus of claim 33, wherein the article of clothing comprises conductive, 
semi-conductive, or optical strands coupling the processor and the circuitry. 

3 5 . An apparatus comprising: 

input/output (I/O) circuitry to receive physiological data from a medical device 
implanted within a body of a patient; 

a storage medium to store service information that defines a level of remote service paid 
for by the patient; and 



WO 03/095024 



PCT/US03/12075 



96 

a processor to selectively communicate the physiological data to a remote system 
based on the service information. 

36. The apparatus of claim 35, further comprising a card reader to receive data from a 
pre-paid subscription card from the patient, wherein the processor updates the subscription 
data based on data. 

37. The apparatus of claim 35, wherein the processor analyzes the physiological data 
to determine a type of service needed, and accesses the service information to determine 
whether the patient has purchased remote service necessary to service the patient. 

38. The apparatus of claim 37, wherein the processor determines whether the needed 
type of service comprises one of remote programming of the implanted medical device, 
remote control of the implanted medical device, interrogation of data maintained by the 
implanted medical device, and initiation of therapeutic actions. 

39. The apparatus of claim 35, wherein the service information comprises expiration 
data for the remote service. 

40. The apparatus of claim 39, wherein the expiration data defines expiration dates for 
a plurality of service levels offered by the remote system. 

41 . The apparatus of claim 35, wherein the service information comprises an access 
profile for the apparatus by the remote system, and the processor communicates the 
physiological data to the remote system in accordance with the access profile. 

42. The apparatus of claim 41, wherein the access profile defines the service as one of 
one-time, periodic, continuous, and time-limited. 

43. The apparatus of claim 35, wherein the service information comprises a level of 
access by the remote system. 
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44. The apparatus of claim 35, wherein the service information comprises a level of 
privacy and a level of security, and wherein the processor controls access to the 
physiological data according to the level of privacy and the level of security. 

45. The apparatus of claim 35, wherein the service information comprises recipient 
data that identifies network addresses for authorized recipients of the physiological data, 
and wherein the processor communicates the physiological data to the network addresses. 

46. The apparatus of claim 35, wherein the service information comprises 
reimbursement data that identifies network addresses for payors of medical service, and 
wherein the processor automatically communicates billing information to the network 
addresses communicating the physiological data to the remote system. 

47. The apparatus of claim 35, wherein the apparatus is woven into an article of 
clothing. 

48. The apparatus of claim 47, wherein the article of clothing comprises conductive, 
semi-conductive, or optical strands coupling the processor and the circuitry. 

49. A system comprising: 

a plurality medical device implanted within a body of a patient; and 
a general interface unit (GIU) to receive physiological data from the medical devices, 
wherein the GIU communicates the physiological data to a system for remote analysis. 

50. The system of claim 49, wherein the general interface unit including a routing 
module to communicate the physiological data by routing data packets between the remote 
system and the plurality of implantable medical devices. 
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51 . The system of claim 49, further comprising an implantable routing device to route 
data packets between the general interface unit and the plurality of implantable medical 
devices. 

52. The system of claim 49, wherein each implantable medical device is assigned a 
network address. 

53 . The system of claim 52, wherein the general interface unit performs network 
address translation (NAT) to provide communications between the plurality of implantable 
medical devices and the remote system 

54. The system of claim 49, wherein the general interface unit comprises a firewall 
module to selectively provide access to the implantable medical device. 

55. The system of claim 49, further comprising a telemetry transceiver coupled to the 
general interface unit to receive the physiological data from the medical device using radio 
frequency signals. 

56. The system of claim 49, wherein the general interface unit comprises a telemetry 
transceiver to receive the physiological data from the medical device using radio 
frequency signals. 

57. The system of claim 49, wherein the general interface unit is woven into an article 
of clothing. 

58. The system of claim 57, wherein the article of clothing comprises conductive, 
semi-conductive, or optical strands coupling electronic components of the general 
interface unit. 

59. The system of claim 49, wherein the remote system operates as a master device to 
control at least one of the medical devices operating as a slave device. 
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60. A system comprising: 

a plurality of medical device means implanted within a body of a patient; 
interface means for receiving physiological data from the medical devices; 
5 identification means for identifying one or more available communication channels to 

communicatively couple the general interface unit to a remote system; 
storage means for storing service information that defines a level of remote service 
associated with the patient, and for storing channel information that parameterizes 
communication channels according to a variety of criteria; 
10 selection means for selecting at least one of the communication channels according to the 

service information and the channel information; and 

communication means for communicating the physiological data to the system for remote 
analysis. 



15 



61 . The system of claim 60, wherein the identification means includes means for 
monitoring for short-range wireless devices, wireless networking devices, and cellular 
mobile telephones as the patient travels between locations. 
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